Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Finarfin]

ok, easy question:

how do you configure jdiction to allow searchs in english in the english side and in german in the german side?

I saw a plugin for finder, that I suppose it is refering to the advanced searchs from joomla, but it seems I lack something.

Could you guide me?

[Harald Leithner]

The com_finder component has native multilang support and will automatically search the correct language.

But the jdiction finder content plugin is a extended version of the fonder content plugin to support translations done by jdiction it simulates multiple entries for one content entry. You need a own plugin for each component for jdiction translations.

Also you have to deactivate all other finder plugins.

[Finarfin]

Ok, lets see

Finder - jDiction Content, published
Smart search - Content, unpublished (from joomla)

Default language: spanish

Searching spanish word in spanish side: ok
Searching spanish word in english side: they appear, even when they musn´t
Searching english word in spanish side: nothing
Seraching english word in english side: nothing

[Harald Leithner]

Did you reset com_finder and have done a rescan?

[Finarfin]

ok, seems to work now

what about the normal search? its supported?

[Harald Leithner]

normal search is not supported, I think its useless ;-) maybe its possible but atm I can't touch this part.

[Finarfin]

Ok, I have this problem now:

Insert article and translate it.
Search for a term present on the translation.
The correct article will appear below BUT with the original title and content. The link appears translated. If you click on the link, it goes to the correct place nowadays.

Could you replicate it?

[Finarfin]

Actually, Im having more problems that I would like, dont know if the last changes have modified the finder behaviour >-<

[Harald Leithner]

Ok, I have this problem now:

Insert article and translate it.
Search for a term present on the translation.
The correct article will appear below BUT with the original title and content. The link appears translated. If you click on the link, it goes to the correct place nowadays.

Could you replicate it?

Partly the title is translated but the text is not. I will investigate...

While testing it seam that translations got deleted if Editor is used or maybe introtext and fulltext....

[Harald Leithner]

Hmm finder is working fine for me but there is a critical data loss problem when changing an item without touching the editor. (in com_content)

Fixed version attached.

I can't replicated your problem for com_finder, do you mean com_search?

[Finarfin]

I could try the new version to see if it works



About the finder, currently it seems that it doesn´t index all the entries. I don´t know why. When I use the index button, it stays on 99% and never finish. From command line it finish, but as I say, it lacks some entries that when you use the content finder from joomla works properly.

[Harald Leithner]

shouldn't happen its the same could with some modifications to load jdiction translation engine before load from database...

Checking with firebug could help you to find the problem, joomla makes multiple requests to get the status of indexing, maybe there is a problem in the replay.

[Finarfin]

Ok, I have to make more tests but there is a possibility that I found something.

There is any chance that the batch offset is being miscalculated? After some print_r in strategic places it seems like the subquery from content are something like

1000, 1001, 1002 ... 1099, 1100 and suddenly a gap where the ids start again at 1201 or something like that.

Could be that as each real content row is really two or more index entries (cause the several languages), it is miscalculated?


Maybe this is about the 99%. Could be that you don´t have this problem cause your batch size is less than your total article number...? mmm I´ll do some more test, let me know what you think.

[Harald Leithner]

The jd content finder plugin should be the as the original except that it return more row to the index.

So it could be possible that it confuse batch processing.

[Finarfin]

Do you have some idea of how to attack the problem?