FYI: Proposal for RuleBasedCollator and 1.3 completeness

Hi! This patch moves the logic to build a CollationElementIterator from RuleBasedCollator and Collator into the class CollationElementIterator itself. *This is not a fix*. Infact, actually the new Constructor just read a string out of the iterator, without any processing. This way we can declare

Re: FYI: Proposal for RuleBasedCollator and 1.3 completeness

Hi Mario, On Wed, 2006-12-06 at 13:18 +0100, Mario Torre wrote: > This patch moves the logic to build a CollationElementIterator from > RuleBasedCollator and Collator into the class CollationElementIterator > itself. > > *This is not a fix*. Infact, actually the new Constructor just read a > stri

Re: FYI: Proposal for RuleBasedCollator and 1.3 completeness

Il giorno mer, 06/12/2006 alle 13.50 +0100, Mark Wielaard ha scritto: > Hi Mario, Hi Mark! Thank you for the quick reply! > But in the old code the decomposing is done, although not really in the > classpath case, only in the case of libgcj. Could you explain the > difference between classpath/li

Re: [cp-patches] FYI: Proposal for RuleBasedCollator and 1.3 completeness

Ops, sorry, actually the subject is a RFC... Mario -- Lima Software, SO.PR.IND. s.r.l. http://www.limasoftware.net/ pgp key: http://subkeys.pgp.net/ Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ signature.asc Description: Questa è