I've been trying to get content_taxonomy to play with i18n's i18n-taxonomy and translation modules. Ideally any integration problems should be solved in i18n so that other modules do not need to be explicitly i18n-aware. I tried this approach however and it is very difficult. i18n works by rewriting SQL statements to append extra WHERE clauses for language codes when it deems appropriate. When translating nodes that have content_taxonomy fields it is all but impossible to detect when to add these clauses and the SQL required in some cases is a bit hacky.
The main problem arises when a parent term is chosen for a content_taxonomy field. This parent term id (tid) needs to be translated into a corresponding translated parent tid before querying child nodes.
The patch I've attached adds integration with i18n on the content_taxonomy side. I've tested all code paths with i18n installed but not without.
I've also submitted a proposed patch to content.module to fix a problem with pre-selecting option list values.
This patch does not fix synchronisation (an experimental module in i18n). I hope to look at that too.
| Comment | File | Size | Author |
|---|---|---|---|
| content_taxonomy.patch | 3.09 KB | brianskold |
Comments
Comment #1
zmove commentedsubscribe !
I will test your patch in my sandbox hoping it works, I have to translate the full website in 1 week and I have a lot of content taxonomy fields and exposed filters ^^
Comment #2
markus_petrux commentedsubscribing, though I'm interested in 6.x.
Could you please confirm which version the patch is based on? I would be happy to test it, if so. :-)
Thanks
Comment #3
dynv commentedsubscribe to 5.x !
Comment #4
david lesieur commentedAt this point, there is no active development on the 5.x branch. See #298146: i18n support in Content Taxonomy for i18n support with the 6.x branch.