In the _name_field_widget_form:382 , it loops for all name translations but on line 389, it sets the title to its original value... Shouldn't it use the translated name translations ?
I will post the patch in the next comment.
- Etienne
In the _name_field_widget_form:382 , it loops for all name translations but on line 389, it sets the title to its original value... Shouldn't it use the translated name translations ?
I will post the patch in the next comment.
- Etienne
Comments
Comment #1
emorency commentedHere is the patch to use the translated name component titles.
Comment #2
alan d. commentedThis line of code uses the field settings to add the label. I know that these are used in many sites where these fields are used for completely different purposes, for example one university site uses these fields to describe a course.
So the solution will not work, but this should stay open and a working solution needs to be found.
Comment #3
fraweg commentedHello,
I need a solution for a multi language site too. In the registration form the titles like "Given" "Family" are not translatable..
Thanks for any help!
Best regards
Frank
Edit: This patch works for me. I will use it until there is no other solution.
Comment #4
drupa11y commentedThe Options set in the "Title component seettings" are totally ignored in my case (multidomain & multilanguage).
Comment #5
alexh commentedI know that t() should not be used to translate user input, but at least it works if it is used in line 389:
This should probably be done using the i18_string module, but I could not find a way how.
Comment #6
stevieb commentedyou could try using taxonomy - according to the field info
"Titles may be also imported from one or more vocabularies using the tag '[vocabulary:xxx]', where xxx is the vocabulary machine-name or id."
Comment #7
sgurlt commentedAnything new here?
I was able to find the title strings with i18n, but the translation of the title field does not get displayed?
Comment #8
PascalAnimateur commentedI can confirm the patch from #1 solves the problem with l10n (don't know about i18n though).
Comment #9
karimei commentedHere is my approach to solve this issue.
Comment #10
PascalAnimateur commentedRe-rolled patch from #9 to apply cleanly
Comment #11
webadpro commentedPatch #1 did it for me. I dont think #8 or #9 is the proper way to translate strings. Usually you dont pass variables to t() function. Thats what i18n string is for.
Comment #12
PascalAnimateur commentedRe-rolled patch #10 against 7.x-1.10 ... while we wait for proper i18n integration :(
Comment #13
DaReMe commentedExpanded patch #12 - added context for t() because the name of the title component conflicts with the drupal built-in title field.
Comment #14
alan d. commentedRe-roll.
Any rtbtc & she will be committed. It's the select list and titles. Both default and I18N versions should be checked.
Notes:
check_plain(t()) used as t() accepts unescaped characters.
t() with context "name:options:{$key}" added to options (autocomplete & select lists)
Comment #15
liam morlandPlease put your patch into an issue fork.
Comment #16
natew commentedre-roll for name 1.12
Comment #17
bluegeek9 commentedThank you for your contributions to this issue. As Drupal 7 has reached its End of Life and is no longer supported, we are closing this issue. We encourage you to upgrade to a supported version of Drupal.