Hi, this module is so great !

I have a vocabulary with 2 level of hierarchy and each terme is translated in french and in english.

The first time I choose a terme in my vocabulary when editing a node, It is ok and I only see the terme in the language selected.

However If I decide to change my first level of hierarchy and to explore another branch, then the terms in both langages appears in the select list of the first level.

Is my description of the bug clear enough ?

Comments

wim leers’s picture

Status: Active » Postponed (maintainer needs more info)

I have no idea what would cause this bug. I *always* use Taxonomy's API in the HS implementation of Taxonomy. So where things could go wrong … no idea.

You'll have to start digging yourself, I have no translated site around for testing. If you can tell me where the cause lies, I'll fix it.

julma’s picture

Thanks,
I will do my best.
I have tried also today the second methode to translate taxonomy terms, I mean with localization interface as noticed in the comment following this thread http://drupal.org/node/133999
But in this case, another strange behavior happen : when I go to admin/settings/i18n/translation and I set a vocabulary to be translated, then the hierarchical select widget disappear in the node edit form and instead I can see only the normal select field...

I may also notice the conceptors and maintainers of the I18 module by posting a link to this thread in their issue queue.
Maybe they have a idea to solve this problem of compatibility.

wim leers’s picture

Assigned: Unassigned » wim leers

Could you provide me with FTP + Drupal admin access to your site? Then I could find out how to alter forms that use the translated vocabulary.

wim leers’s picture

Category: bug » feature
Status: Postponed (maintainer needs more info) » Postponed

I was in contact with julma via e-mail and it seems he's using the i18n + i18ntaxonomy modules to translate the content of the Taxonomy module. The i18ntaxonomy achieves translated form items by overriding them, the same way Hierarchical Select does. But the weight of i18ntaxonomy is heavier (20 versus 0), so it runs after HS, thus it overrides changes made by HS.

What's necessary to fix this?
- Make sure that the weight of HS is heavier than i18ntaxonomy.
- Alter the taxonomy and content_taxonomy implementations of HS to support the i18ntaxonomy module.

This won't make it into the HS 2.0 release.

wim leers’s picture

Title: Hierarchical select with translated taxonomy bug » HS Taxonomy implementation: translation (i18n) support
wim leers’s picture

Title: HS Taxonomy implementation: translation (i18n) support » Translation (i18n) support
Component: Code » Code - Taxonomy
wim leers’s picture

Status: Postponed » Postponed (maintainer needs more info)

In version 2.2, the first method of translation (i.e. without the localization module) is working out-of-the-box for me.

The second (through the localization module) is indeed generating a normal select. I'll work on fixing that.

wim leers’s picture

Title: Translation (i18n) support » i18ntaxonomy support
Version: 5.x-2.0-rc4 » 5.x-2.1
Status: Postponed (maintainer needs more info) » Fixed
wim leers’s picture

Seems it's not working entirely yet: it's still using the original terms. I forgot to wrap the term names in t() calls. Fixed that now. See commit http://drupal.org/cvs?commit=108126.

wim leers’s picture

It's been confirmed by julma: it's working fine now. I'll tag a 2.2 release later tonight.

Anonymous’s picture

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.