In this case I think a module with a plugin (see the module docviewer)
is the better choice because this must be done for every request.
But I think this case has to aspects:
1. green needs a quick fix and I think the hint of Guillaume is a good
idea.
2. Should the framework extended support for internationalization? I
think this is still useful, so I would think a wish in the ticket-
datebase could be useful.
Just my thoughts
Niels
On 8 Aug., 14:20, Guillaume Bort <
guillaume.b...@gmail.com> wrote:
> No but you can manage it yourself. Just use a before filter to read
> and parse the accept-language yourself.
>
> Le 8 août 2010 à 05:51, green <
greenlaw...@gmail.com> a écrit :
>
> > I am afraid this solution won't work if you relies on "accept-
> > language" to determine which locale to use. I don't think we can
> > force user agent to use those faked locale codes.
>
> > On Sat, Aug 7, 2010 at 8:49 PM, Guillaume Bort <
guillaume.b...@gmail.com
> > > wrote:
> > Well, a simple solution is to create fake locale codes, like cn & tw,
> > instead of zh-cn and zh-tw.
>
> > On Sat, Aug 7, 2010 at 11:21 AM, Minghui Zheng <
lanc...@gmail.com>
> > wrote:
> > > It seems like play! only supports ISO639.
>
> > > On Sat, Aug 7, 2010 at 10:58 AM, green <
greenlaw...@gmail.com>
> >
fram...@googlegroups.com.
> > Guillaume Bort,
http://guillaume.bort.fr
> > write
guillaume.b...@gmail.com