I think you might have misunderstood the thread.
I wrote a guide that is on the Wiki about the Roller
internationalization and localization. Start there for my current
understanding. Currently the only thing that seems to work to configure
the application locale for the editing/admin interface seems to be to
set the default language/variant, etc as system properties on the JVM.
There is some internationalization/localization code written by Jaap van
der Molen prior to my being on the dev team. I don't yet understand how
it is meant to work, but it seems to be trying to support a locale
specific to the client. I think this is a good goal. Since finding it,
I'm not sure if that code once worked and has been broken, or never
quite was finished, or perhaps it does work and I don't know how to
properly configure things.
Sean wanted to at least be able to configure the editing/admin locale
without having to change the default locale properties on the JVM. I
thought one could do this in one spot in BasePageModel, but I'm no
longer convinced that's possible. I think a prerequisite to making any
significant progress in this area is to understand Jaap's code, which I
haven't yet had a chance to really look over carefully enough to comprehend.
Any insights would be appreciated.
--a.
Allen Gilliland wrote:
Sorry, I just caught up on this thread and wanted to chime in.
I'm a little suprised that we weren't already doing this. To be totally honest
I actually thought that we were doing this and I guess I've just never tried
changing my locale settings to test it. What I'm wondering is what are the
current translations of ApplicationResources being used for if not on the
editing interface?
I *definitely* think the file renaming thing is the wrong approach, so lets not go down
that road. I believe all we should need to do is set the proper locale using the
"fmt" jsp tag. If you look in web/taglibs.jsp it appears that the locale is
being set there.
What locale to set is somewhat more complicated. I think the best option is to
use the locale set in the users profile, but it would also make sense to use
the browser locale. I'm not sure which is better.
I am actually gathering some notes on our overall approach to language support
and I'm planning to try and make some changes on the weblog rendering side of
things to make language support better. One of the things that Dave pointed
out a little while ago is that we cache content in a language sensative manner
based on brower locales rather than the locales a weblog supports. This is a
bit silly because there could be 3 copies of a page in the cache, one for en,
ja, and sp languages even though the blog is only available in english.
Anways, as I dig through the language stuff myself I'll try and keep my eyes
out for anything that would be relevant to what's been discussed in this thread.
-- Allen
On Fri, 2006-01-13 at 07:28, Sean Gilligan wrote:
That's what we've discovered, too. We're going to look into it further
next week.
-- Sean
Anil Gangolli wrote:
I may be mistaken about the "one spot" for configuring the default
locale (rather than using the JVM default). I'm looking at and trying
to understand a bunch of code written by Jaap van der Molen that seems
to try to do the dynamic locale selection, but I haven't quite grasped
everything.
It may be more complex than I originally thought.
--a.
