Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
Subject: Re: [PATCH] I18nTransformer decimal and grouping locale
From: Bruno Dumon <bruno@outerthought.org>
To: cocoon-dev@xml.apache.org
Cc: michael.enke@wincor-nixdorf.com
In-Reply-To: <000601c31f60$7e889e70$a7e913ac@kot>
References: <20030520155514.22182.qmail@nagoya.betaversion.org>
	 <001601c31efc$97119690$c8eb14ac@kot> <1053459441.29909.129.camel@yum.ot>
	 <000601c31f60$7e889e70$a7e913ac@kot>
Content-Type: text/plain
Organization: Outerthought
Message-Id: <1053507733.4685.157.camel@yum.ot>
Mime-Version: 1.0
Date: 21 May 2003 11:02:13 +0200
Content-Transfer-Encoding: 7bit

On Wed, 2003-05-21 at 08:15, Konstantin Piroumian wrote:
> >
> > However, the knowledge of what the decimal-separtor and group-seperator
> > are for a certain locale is already present in the JRE for a large
> > number of locales. Why not reuse that as the dec-and-grp-locale
> > attribute is doing? Otherwise you'd have to define germans-for-* formats
> > for all countries in which you are selling.
> 
> So maybe for such cases it'd be easier to use the target country locale
> (i.e. en_US) and just allow to override the currency sign? E.g.: 1,000.99 DM

Would probably also work, I'd like to here from Michael if he finds this
ok. But aren't there any other properties like the number of digits
after the decimal point that should then also change? In the end it
seems like a rather arbitrary choice in which direction the properties
are copied over.

(if you really don't like any of this, or want more time to think about
this, I can revert the patch for now and reopen the bugzilla entry)

-- 
Bruno Dumon                             http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
bruno@outerthought.org                          bruno@apache.org