Hi Gregory,

Thanks a lot, you are right! The (System) user's language was set to 'English'. 
I changed it and the template titles in AdminCentral changed to their Dutch 
versions!

I guess we'll have to implement changing our users languages to Dutch by 
default.
But... a problem with that, is that we use LDAP for our editors to login. So 
those users won't show up in Security->Users. Is there a way to configure the 
(default) language for LDAP connected users in Magnolia?

====== other reply's: ========

> Do you mean the templating messages (such as "read more" etc - the message 
> which appear on the public site too) or the bars/buttons message ("edit", 
> etc.)
If the former, it's a further indication that your user might not be correctly 
setup. There is a distinction between the "content" i18n (where the current 
language is determined by the configured implementation of I18nContentSupport, 
i.e based on the url, for example) and the "system" i18n, which is based on the 
logged user, and used to translate the authoring UI.

And indeed the standard 'edit','move' and 'delete' button messages changed to 
Dutch too. But I must state that these 3 keys aren't in the 
'info.magnolia.module.templatingkit.messages' properties file. All the keys 
that are in that file, both bars/buttons and templating like 'read more', 
already did show their Dutch equivalent in the frontend authoring UI without 
the user's language set to 'English'. Just not the template titles in 
AdminCentral.

> And when you use a custom basename, do you have both languages too? And you 
> still the see the english versions ?

When the system user's language is set to 'English' and I use a custom basename 
I do see my custom messages in AdminCentral as well as the frontend admin UI. 
Except for 'edit', 'move' and 'delete',  which I get where Freemarker templates 
call [[email protected] /] without custom labels. Those three only change when I 
change a user's language in Security->User's.

==============================

So the problem of AdminCentral template titles showing non-localized versions, 
while a site's sitedefinition 'locale' property is set to something other than 
'en' only seems to arise when I use a localized version of the 
'info.magnolia.module.templatingkit.messages' properties file. I have to 
explicitly change an admin user's language, to change AdminCentral template 
names and the three standard front-end 'edit', 'move' and 'delete' labels.


Regards,

Frank




-----Oorspronkelijk bericht-----
Van: [email protected] [mailto:[email protected]] 
Namens Grégory Joseph
Verzonden: maandag 8 maart 2010 18:45
Aan: Magnolia User-List
Onderwerp: Re: [magnolia-user] Localized version of 
info.magnolia.module.templatingkit.messages ignored in the Website tree of 
AdminCentral?


Hi Frank,

Is your user configured with "dutch" as his language? (Security->Users)
> Now, when I go to the webpage that uses this template all the areas show the 
> Dutch translated messages.

Do you mean the templating messages (such as "read more" etc - the message 
which appear on the public site too) or the bars/buttons message ("edit", etc.)
If the former, it's a further indication that your user might not be correctly 
setup. There is a distinction between the "content" i18n (where the current 
language is determined by the configured implementation of I18nContentSupport, 
i.e based on the url, for example) and the "system" i18n, which is based on the 
logged user, and used to translate the authoring UI.

> It look as though AdminCentral always uses the default message bundle instead 
> of a localized version. At least in the Website tree and when I use 
> 'info.magnolia.module.templatingkit.messages' as i18nBasename. If I use a 
> custom properties file It works allright.

And when you use a custom basename, do you have both languages too? And you 
still the see the english versions ?


If you can confirm your user is indeed set to use dutch as his (system) 
language, it's still possible there's a bug in that area, of course. Please let 
us know ! :)

Cheers,

-g

>
> Anybody have a clue or can reproduce the same problem?
>
> I'm using Magnolia version 4.2.3. btw.
>
> Thanks in advance for any responds!
>
> Frank
> VPRO Digitaal | internet developer | t. +31(0)35 6712 728 | m. +31(0)6 245 87 
> 645 | [email protected] | http://www.vpro.nl
>
>
>
> De informatie vervat in deze e-mail en meegezonden bijlagen is uitsluitend 
> bedoeld voor gebruik door de geadresseerde en kan vertrouwelijke informatie 
> bevatten. Openbaarmaking, vermenigvuldiging, verspreiding en/of verstrekking 
> van deze informatie aan derden is voorbehouden aan geadresseerde. De VPRO 
> staat niet in voor de juiste en volledige overbrenging van de inhoud van een 
> verzonden e-mail, noch voor tijdige ontvangst daarvan.
>
>
> ----------------------------------------------------------------
> For list details see
> http://www.magnolia-cms.com/home/community/mailing-lists.html
> To unsubscribe, E-mail to: <[email protected]>
> ----------------------------------------------------------------


----------------------------------------------------------------
For list details see
http://www.magnolia-cms.com/home/community/mailing-lists.html
To unsubscribe, E-mail to: <[email protected]>
----------------------------------------------------------------


De informatie vervat in deze  e-mail en meegezonden bijlagen is uitsluitend 
bedoeld voor gebruik door de geadresseerde en kan vertrouwelijke informatie 
bevatten. Openbaarmaking, vermenigvuldiging, verspreiding en/of verstrekking 
van deze informatie aan derden is voorbehouden aan geadresseerde. De VPRO staat 
niet in voor de juiste en volledige overbrenging van de inhoud van een 
verzonden e-mail, noch voor tijdige ontvangst daarvan.

----------------------------------------------------------------
For list details see
http://www.magnolia-cms.com/home/community/mailing-lists.html
To unsubscribe, E-mail to: <[email protected]>
----------------------------------------------------------------

Reply via email to