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

2006-12-06 Thread Mario Torre
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

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

2006-12-06 Thread Mario Torre
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

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

2006-12-06 Thread Mark Wielaard
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 string

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

2006-12-06 Thread Mario Torre
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

FYI: Proposal for RuleBasedCollator and 1.3 completeness

2006-12-06 Thread Mario Torre
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

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

2006-12-06 Thread Mario Torre
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

Re: FYI: Proposal for RuleBasedCollator and 1.3 completeness

2006-12-06 Thread Mark Wielaard
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 string

Re: FYI: Proposal for RuleBasedCollator and 1.3 completeness

2006-12-06 Thread Mario Torre
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