Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Message-ID: <411BB4BA.4030306@reverycodes.com>
Date: Thu, 12 Aug 2004 14:19:38 -0400
From: Vadim Gritsenko <vadim@reverycodes.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.7) Gecko/20040616
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: Bring the new I18NMatcher in line with LocaleAction [Bug 30046]
References: <20040809143427.23772.qmail@nagoya.betaversion.org>
 <4118F734.10304@upaya.co.uk> <411979E3.8000302@reverycodes.com>
 <4119E88B.90006@upaya.co.uk>
In-Reply-To: <4119E88B.90006@upaya.co.uk>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Upayavira wrote:

> Vadim Gritsenko wrote:
>>
>> What I would like to do is to come up with approach which will unify 
>> these two together, by making I18nMatcher closer to LocaleAction, or, 
>> if you have suggestion, by enhancing LocaleAction.
> 
> It would be good to see them unified, but I can't yet see how - as, at 
> least at the moment, their use cases are quite different. And at the mo, 
> I'm okay with the difference.
 >
> The thing is, I have a site that has maybe 100 pages. We are trying to 
> get people to translate it - we've got Polish now, Chinese and Hindi are 
> probably on the way (why not French and German first :-(   ), but the 
> translators will not translate everything. So the site has to be able to 
> gracefully downgrade to the next best language when a page hasn't been 
> translated (in most cases English).

Hmmm. Idea: How about implementing advanced mode for LocaleAction which 
would negotiate locale based on client request and i18n catalogue you 
have? This would bring it step closer to I18nMatcher. :-)


> I guess we could add a configuration parameter to the definition of the 
> matcher, to change the way it searches for sources, and to store the 
> result in the session, for compatibility with LocaleAction. I'd be okay 
> with that, so long as the other approach is available too!

Ok, let's then implement two modes:
  (a) Same as in LocaleAction.
  (b) Same as now.
And, optionally, results can be saved into session/cookie/etc.

Vadim