Closed (fixed)
Project:
Internationalization
Version:
7.x-1.4
Component:
Node
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
13 Apr 2012 at 09:16 UTC
Updated:
4 Jan 2014 at 01:39 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
salvisI agree completely. Anyone with reasonable English language skills will prefer the English interface, but it's completely wrong to force the language of the content to be English because of that.
Comment #2
jose reyero commentedRight, we should use content language instead of others for:
- Any manipulation related to field values.
- Query rewriting for nodes.
Comment #3
jose reyero commentedUsing content language for node prepare + clean up content / interface language usage. This is the first patch committed, though I think this may need some more work.
Patch committed, letting this open.
Comment #4
jose reyero commentedReviewing the code (again) I've noticed these two (content and interface languages) are not used very consistently all around the modules.
In order to clean this up (first step):
- Obsoleted i18n_language(), replace with i18n_language_content/interface/context (created all these new functions).
- Renamed i18n_context_language() to i18n_language_context() for consistency. See where we can use it.
- Removed i18n_menu_language(), i18n_node_language() as these are meaningless, not really reusable (each of the modules needs content or context language depending on the place).
Comment #5
jose reyero commentedRelated: #1601834: Use context language to select the right values for node/term forms.
Comment #6
kristen polRelated - taxonomy example that shows how to reproduce (marked duplicate of this issue): #1479498: Taxonomy Translation "translate" option and freetagging not compatible with Administration Language module
Comment #7
jose reyero commentedFixed (in latest dev) using 'context language' for newly created terms.