Closed (duplicate)
Project:
Drupal core
Version:
6.x-dev
Component:
language system
Priority:
Normal
Category:
Task
Assigned:
Reporter:
Created:
1 Feb 2004 at 18:03 UTC
Updated:
8 Oct 2009 at 07:06 UTC
Jump to comment: Most recent file
There are several things that would need to be fixed before we are going to release drupal 4.4. One of that is proper translation..
- The basic roles 'Anonymous user'/'Anonymous' & 'Authenticated user' aren't translatable on the following places (admin >> users / admin >> users >> roles / admin >> users >> permission / )
| Comment | File | Size | Author |
|---|---|---|---|
| #18 | translate_default_roles_1.patch | 1.42 KB | killes@www.drop.org |
| #14 | translate_default_roles_0.patch | 1.81 KB | killes@www.drop.org |
| #11 | translate_default_roles.patch | 1.65 KB | killes@www.drop.org |
| #8 | translate_default_roles.diff | 1.84 KB | Cvbge |
Comments
Comment #1
killes@www.drop.org commentedChanging title.
Comment #2
Stefan Nagtegaal commentedThis is still a problem.. The default roles 'Anonymous user' and 'Authenticated user' can not be translated.
Comment #3
axel commentedBut why this bug is critical? Drupal works on such manner long time. This bug don't prevent Drupal to work. I think priority of this bug must be set as 'normal', but not 'critical'.
Comment #4
moshe weitzman commentedComment #5
ñull commentedI would say either committed to multilingual / localization or not. Calling it a feature seems to say "translation has a low priority". When that is the case, why all the trouble to localize? Jus drop localization and make life easier!
All depends on the chosen concept of Drupal. If you choose Drupal to be multilingual / localized, then this is definitely is a bug. You cannot expect a non-english speaker to understand these special users.
What happens when I just translate them in table role? Would it break Drupal?
Comment #6
schalker commentedAs I can tell, standard roles still can not be translated. Is this correct? Is there a work-around or some plan to implement this?
I'd agree with the former poster com2 that this is more a bug than a feature request: I love the locale module, but I cannot see a reason why almost everything is translateable, but not the standard roles. If there is no reason for this behaviour from a user-point-of-view, then this is a bug, I'd say.
Comment #7
schalker commentedSorry, it's me again. I searched on and on to find a similar bug report, but I haven't found one. So as two people think this is a bug, I change the category of this issue back to "bug report".
Comment #8
Cvbge commentedPatch not tested, but it's quite simple. I'd like to hear some thoughts about t()ing default roles (anonymous and authenticated user).
Comment #9
Cvbge commentedOk, this won't work, because roles are selected from db when put on admin/access.
The only way I see to solve this (although it's still not clean) is to
a) make default roles editable (so user can change the 'anonymous user' to something else), but not deletable
b) make sure anon user and auth user have static id
c) do not check in code for name, but for role id
Need to think about it...
Comment #10
Stefan Nagtegaal commentedIndeed Cvbge.. Even in the latest CVS version 24-08-2005 this is still an issue..
It's the last 2 strings which could not be properly translated which really frustrates me, and hopefully other users..
Probably we can fix this issue when adding id's to the roles? Or by defining them as constants?
The pro's of the defined constants method is that we can also get rid of the 'Anonymous user'-option on the settings page, because it becomes translatable..
What do you think, will this work?
Comment #11
killes@www.drop.org commentedHere is a new attempt at this. Thanks to Moshe's patch this is now easy.
Comment #12
Stefan Nagtegaal commentedEasy as peanutbutter!
Sorry Killes, I promissed todo this myself, but the lack of time held me away from this..
You rock! Thanks..
this is definitaly Ready To be committed!
Comment #13
dries commentedAnother patch invalidated this patch. Should be easy to fix. Thanks.
Comment #14
killes@www.drop.org commentedUpdated. Also initialize user->roles
Comment #15
killes@www.drop.org commentedDoesn't work as is.
t() is not available so early in the request.
Comment #16
chx commentedmarkus reports http://drupal.org/node/48198 that anonymous user name should be translatable. I think the two is so closely related that you need to roll them into one patch.
Comment #17
markus_petrux commentedThough, while thinking how to translate roles (not easy atm, 'cause they are used before t() is ready), 'Anonymous' translation could be fixed.
Both are different things that may probably end up solved through 2 different patches. That's why I opened the other issue. You could focus on fixing the roles translation problem here.
Comment #18
killes@www.drop.org commentedThe anon user name is different as there is a variable to change it.
Anyway, here is a new patch for the roles. It translates on output. extractor.php probably needs to be changed to add appropriate strings to user-module.pot.
Comment #19
drummIt seems like this technique requires hunting for every place we output the roles. Why not translate them in user_roles() and user_load()?
Comment #20
dmitrig01 commentedComment #21
gábor hojtsyDrumm has a point here. Why can't we centralize the translation of these roles?
Comment #22
gábor hojtsyMoving to D7.
Comment #23
gpk commentedI think this is a dupe of #18954: "anonymous user" and "authenticated user" are not translateable that was fixed in Jan 2008.