<div dir="ltr">But the sort order for Japanese shown in this document is different from what <div>MS Excel does and what X 4061 says.</div><div><br></div><div>Regards,</div><div>Makoto</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-07-19 20:38 GMT+09:00  <span dir="ltr"><<a href="mailto:keld@keldix.com" target="_blank">keld@keldix.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear Makoto-san<br>
<br>
Microsoft has some information:<br>
<a href="https://msdn.microsoft.com/en-us/library/cc194863.aspx" rel="noreferrer" target="_blank">https://msdn.microsoft.com/en-<wbr>us/library/cc194863.aspx</a><br>
<br>
It does not refer 14651 nor UTS #10, but I think it is built on these specs.<br>
I believe all Microsoft sorting specs are built on 14651/UTS #10.<br>
<br>
It does mention a default system locale, and it does then refer to various ways<br>
of sorting chinese characters, incluting Unicode (10646) codepoint order, strokes,<br>
phonetical and some japanese shift jis order, which I think is conformant to X4061.<br>
<br>
Best regards<br>
<span class="HOEnZb"><font color="#888888">keld<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Wed, Jul 19, 2017 at 07:57:50PM +0900, MURATA Makoto wrote:<br>
> Keld,<br>
><br>
> Thank you.  I did not know that.  I am still looking for the tailoring for<br>
> JIS X 4061,<br>
> but it is good to know it is somewhere in CLDR.  Are there tailoring for<br>
> Chinese?<br>
><br>
> Regards,<br>
> Makoto<br>
><br>
><br>
> 2017-07-19 19:04 GMT+09:00 <<a href="mailto:keld@keldix.com">keld@keldix.com</a>>:<br>
><br>
> > Dear Makoto-san<br>
> ><br>
> > I found out that indeed JIS X 4061 is supported in the Unicode collection<br>
> > of sorting specifications,<br>
> > which are tailoring of 14651 specs:<br>
> ><br>
> > <a href="https://stackoverflow.com/questions/29874198/which-" rel="noreferrer" target="_blank">https://stackoverflow.com/<wbr>questions/29874198/which-</a><br>
> > japanese-sorting-collation-<wbr>orders-are-supported-by-icu-<wbr>cldr-uca<br>
> ><br>
> > Best regards<br>
> > keld<br>
> ><br>
> > On Wed, Jul 19, 2017 at 11:33:03AM +0200, <a href="mailto:keld@keldix.com">keld@keldix.com</a> wrote:<br>
> > > I think that MS excel uses 14651 or the equivalent Unicode UTS #10.<br>
> > > Microsoft normailly uses Unicode specifications in many of their<br>
> > > products, and 14651/UTS #10 is readily availiable in Microsoft's<br>
> > > operating systems, as far as I know.<br>
> > ><br>
> > > But we can find out.<br>
> > ><br>
> > > Many applications use nowadays ISO 10646/Unicode, and just having the<br>
> > > sorting specifications for the characters of X0208 and X0201 is not<br>
> > enough in<br>
> > > todays Japanese environments, especially if you run modern<br>
> > > microsoft operating systems and use the MS Office application.<br>
> > ><br>
> > > But you can have a tailoring of the 14651 template that is conforming to<br>
> > > JIS X 4061, so that all of the characters of X0208 and X0201 are sorted<br>
> > > correctly  - and then the rest of the Japanese characters, including<br>
> > those in X0212,<br>
> > > are also sorted in a culturally acceptable order.<br>
> > ><br>
> > > I remember from our previous meetings, Makoto-san, that you seem to be<br>
> > fond<br>
> > > of Unicode specifications. In this case the ISO and Unicode specs are<br>
> > technically the<br>
> > > same, so I hope that this fact will make you more positive about<br>
> > referencing<br>
> > > the ISO 14651 standard and template.<br>
> > ><br>
> > > Best regards<br>
> > > Keld<br>
> > ><br>
> > ><br>
> > ><br>
> > > On Wed, Jul 19, 2017 at 06:07:06PM +0900, MURATA Makoto wrote:<br>
> > > > But in Japan, we did not rewrite JIS X 4061 on the basis of ISO 14651.<br>
> > > > I do not know if China has created their tailoring of 14651.  I do not<br>
> > > > think<br>
> > > > that MS Excel relies on 14651.<br>
> > > ><br>
> > > > I agree that 14651 is good for future projects.  But I do not<br>
> > > > think that it is practically possible to document what MS Excel<br>
> > > > does using 14651.<br>
> > > ><br>
> > > > Regards,<br>
> > > > Makoto<br>
> > > ><br>
> > > > 2017-07-19 18:00 GMT+09:00 <<a href="mailto:keld@keldix.com">keld@keldix.com</a>>:<br>
> > > ><br>
> > > > > Dear Makato-san<br>
> > > > ><br>
> > > > > I have asked a sorting expert, who is the editor of 14651, and he<br>
> > says that<br>
> > > > > for Japanese and Chinese, there surely is a need for tailoring the<br>
> > sorting<br>
> > > > > template<br>
> > > > > in 14651. I also know that for my own language, Danish, a tailoring<br>
> > of<br>
> > > > > 14651<br>
> > > > > is required.<br>
> > > > ><br>
> > > > > A number of tailoring is already available for this, for many<br>
> > languages,<br>
> > > > > and also in use in the marketplace, and readily available as open<br>
> > source<br>
> > > > > specifications.<br>
> > > > > It is many hundreds of specifications. I can come back with more<br>
> > > > > information.<br>
> > > > > But in the first place I can refer to the glibc specifications and<br>
> > the<br>
> > > > > CLDR collections<br>
> > > > > of sorting specifications. They both build on the ISO 14651 template.<br>
> > > > ><br>
> > > > > So I think a normative reference to ISO 14651 is very relevant, as<br>
> > this is<br>
> > > > > what is done<br>
> > > > > in the marketplace, and then also a mention of glibc and CLDR sorting<br>
> > > > > could be mentioned<br>
> > > > > in the bibliography.<br>
> > > > ><br>
> > > > > Best regards<br>
> > > > > keld<br>
> > > > ><br>
> > > > > On Tue, Jul 18, 2017 at 09:43:00PM +0900, MURATA Makoto wrote:<br>
> > > > > > ISO/IEC 14651 defines a reference comparison method and a common<br>
> > > > > > template table for ordering text data.  It is necessary to tailor<br>
> > the<br>
> > > > > > common template table for a given language's ordering.  For<br>
> > example,<br>
> > > > > > the order of CJK ideographic characters is based on UCS code<br>
> > points,<br>
> > > > > > and thus look meaningless to human CJK users.<br>
> > > > > ><br>
> > > > > > Meanwhile, Japanese standard (JIS X 4061:1996) defines ordering of<br>
> > > > > > Japanese text.  JIS X 4061 is NOT based on ISO/IEC 14651.  Its<br>
> > > > > > ordering is based on code points in JIS X 0208 and X0201 (which is<br>
> > > > > > roughly equal to US-ASCII).  This ordernig makes sense for Japanese<br>
> > > > > > users, since code points in these standards are based on the<br>
> > Japanese<br>
> > > > > > alphabetical order of the kana transcription of each Kanji.<br>
> > > > > ><br>
> > > > > > I do not believe that referencing ISO/IEC 14651 from OOXML is<br>
> > useful,<br>
> > > > > > unless we provide our own variation of the common template table.<br>
> > > > > > This variation should cover ordering in JIS X 0208.  I suppose<br>
> > that it<br>
> > > > > > should also cover orderings in mailing China, Taiwan, HongKong, and<br>
> > > > > > and many areas.  It might be technically possible to document do<br>
> > so,<br>
> > > > > > but I do not think that it is practically possible.<br>
> > > > > ><br>
> > > > > > Regards,<br>
> > > > > > Makoto<br>
> > > > > ><br>
> > > > > > 2016-12-21 6:37 GMT+09:00 Francis Cave <<a href="mailto:francis@franciscave.com">francis@franciscave.com</a>>:<br>
> > > > > ><br>
> > > > > > ><br>
> > > > > > > Hi Keld<br>
> > > > > > ><br>
> > > > > > > Thanks for your suggestions. We could certainly consider passing<br>
> > these<br>
> > > > > on<br>
> > > > > > > to<br>
> > > > > > > the DR submitter as a possible approach to implementing the sort<br>
> > > > > method for<br>
> > > > > > > special characters. Whether or not they would match how existing<br>
> > > > > > > implementers have tackled this issue is for those implementers<br>
> > to say,<br>
> > > > > > > should they choose to do so.<br>
> > > > > > ><br>
> > > > > > > Kind regards,<br>
> > > > > > ><br>
> > > > > > > Francis<br>
> > > > > > ><br>
> > > > > > ><br>
> > > > > > ><br>
> > > > > > > -----Original Message-----<br>
> > > > > > > From: <a href="mailto:keld@keldix.com">keld@keldix.com</a> [mailto:<a href="mailto:keld@keldix.com">keld@keldix.com</a>]<br>
> > > > > > > Sent: 20 December 2016 19:24<br>
> > > > > > > To: Francis Cave <<a href="mailto:francis@franciscave.com">francis@franciscave.com</a>><br>
> > > > > > > Cc: 'MURATA Makoto' <<a href="mailto:eb2m-mrt@asahi-net.or.jp">eb2m-mrt@asahi-net.or.jp</a>>; 'SC 34 WG4'<br>
> > > > > > > <<a href="mailto:e-SC34-WG4@ecma-international.org">e-SC34-WG4@ecma-<wbr>international.org</a>><br>
> > > > > > > Subject: Re: DR-16-0018: WML: need sort method for special<br>
> > characters<br>
> > > > > [for<br>
> > > > > > > today's call]<br>
> > > > > > ><br>
> > > > > > > Hi Francis<br>
> > > > > > ><br>
> > > > > > > I understand that there are 3 valid values for sortMethod,<br>
> > Strokes,<br>
> > > > > PinYin<br>
> > > > > > > and none.<br>
> > > > > > > The DR asks for what sorting to use for special characters.<br>
> > > > > > > I propose to use the one defined by the null tailoring of ISO<br>
> > 14651.<br>
> > > > > > ><br>
> > > > > > > As strings can have all UCS charcters in it, the ordering just<br>
> > > > > mentioned<br>
> > > > > > > fits that bill nicely as it is defined on all UCS characters.<br>
> > ISO 14651<br>
> > > > > > > also<br>
> > > > > > > addresses other codesets than UCS, if that is relevant.<br>
> > > > > > ><br>
> > > > > > > It would make a difference on the first accent, all other<br>
> > characters<br>
> > > > > > > considered equivalent, corresponding to the expected ordering in<br>
> > > > > English<br>
> > > > > > > and<br>
> > > > > > > many other languages.<br>
> > > > > > ><br>
> > > > > > > Maybe one could use extLst to further describe the sorting<br>
> > method. I<br>
> > > > > would<br>
> > > > > > > advise to use normal internationalisation mechanisms, such as<br>
> > given by<br>
> > > > > a<br>
> > > > > > > locale, as this is a well-known concept, and readily available<br>
> > in most<br>
> > > > > > > operating systems. This is not a new feature, so there is no<br>
> > need to<br>
> > > > > have<br>
> > > > > > > an<br>
> > > > > > > amendment or revision of the standard, it could be handled by a<br>
> > DR with<br>
> > > > > > > some<br>
> > > > > > > guidance on how to do it.<br>
> > > > > > ><br>
> > > > > > > Some suggested advice could be: if the extList is empty, then the<br>
> > > > > > > associated<br>
> > > > > > > locale of the current environment should be used.<br>
> > > > > > > Hereby I mean the language  setting for the text in question, it<br>
> > could<br>
> > > > > be<br>
> > > > > > > an<br>
> > > > > > > English part of a Spanish document.<br>
> > > > > > ><br>
> > > > > > > extLst could also be a name, in that case it should be the name<br>
> > of an<br>
> > > > > > > implementation-defined locale of the operating system, of which<br>
> > the<br>
> > > > > sorting<br>
> > > > > > > spec is to be used.<br>
> > > > > > ><br>
> > > > > > > I don't know if a new DR is needed or this could be part of the<br>
> > answer<br>
> > > > > to<br>
> > > > > > > DR-16-0018.<br>
> > > > > > ><br>
> > > > > > > Best regards<br>
> > > > > > > keld<br>
> > > > > > ><br>
> > > > > > > On Tue, Dec 20, 2016 at 04:09:41PM -0000, Francis Cave wrote:<br>
> > > > > > > ><br>
> > > > > > > > HI Keld<br>
> > > > > > > ><br>
> > > > > > > > My main concern is whether the sort method, if specified,<br>
> > affects<br>
> > > > > what<br>
> > > > > > > > the user sees when they open a document. Suppose that, for the<br>
> > sake<br>
> > > > > of<br>
> > > > > > > > argument, the default sort method of implementation A sorts<br>
> > accented<br>
> > > > > > > > text according to the "normal" approach (first accent<br>
> > difference<br>
> > > > > > > > determines the order), while implementation B sorts accented<br>
> > text<br>
> > > > > > > > according to the "French" approach (last accent difference<br>
> > determines<br>
> > > > > > > > the order). Suppose a spreadsheet is created by implementation<br>
> > A and<br>
> > > > > > > > has an auto-filter applied that sorts according to its default<br>
> > sort<br>
> > > > > > > > method.  If this spreadsheet is subsequently opened by<br>
> > implementation<br>
> > > > > > > > B, will it appear the same as if it was re-opened by<br>
> > implementation<br>
> > > > > A,<br>
> > > > > > > > or will implementation B's default sort method be automatically<br>
> > > > > > > > applied? My guess is that generally the latter will be the<br>
> > case, but<br>
> > > > > this<br>
> > > > > > > is obviously implementation-dependent.<br>
> > > > > > > ><br>
> > > > > > > > I suspect that this is a case where implementations must be<br>
> > free to<br>
> > > > > > > > choose alternative approaches that aren't fully interoperable.<br>
> > Both<br>
> > > > > > > > implementations A and B in my example will have had good<br>
> > reasons for<br>
> > > > > > > > choosing different sort methods, e.g. based upon market<br>
> > demands.<br>
> > > > > > > ><br>
> > > > > > > > It might be nice if the sort method were spelt out in the<br>
> > document,<br>
> > > > > > > > but this would definitely be a new feature. For now, in<br>
> > response to<br>
> > > > > DR<br>
> > > > > > > > 16-0018, I think we should simply ensure that the<br>
> > specification is<br>
> > > > > > > > consistent with the schema and is clear about what are meant<br>
> > by the<br>
> > > > > > > > existing values of ST_SortMethod, i.e. 'none', 'pinYin' and<br>
> > 'stroke'.<br>
> > > > > > > ><br>
> > > > > > > > Interestingly, I note that the content model of sortState<br>
> > includes<br>
> > > > > the<br>
> > > > > > > > application-defined extension element extLst, which could be<br>
> > used to<br>
> > > > > > > > specify the sort state in more detail, using MCE. So, in<br>
> > theory, it<br>
> > > > > > > > would be possible to define an extension to OOXML without<br>
> > having to<br>
> > > > > > > > amend the base standard. However, I'm not sure that there'd be<br>
> > > > > sufficient<br>
> > > > > > > demand for this.<br>
> > > > > > > ><br>
> > > > > > > > Kind regards,<br>
> > > > > > > ><br>
> > > > > > > > Francis<br>
> > > > > > > ><br>
> > > > > > > ><br>
> > > > > > > ><br>
> > > > > > > > -----Original Message-----<br>
> > > > > > > > From: <a href="mailto:keld@keldix.com">keld@keldix.com</a> [mailto:<a href="mailto:keld@keldix.com">keld@keldix.com</a>]<br>
> > > > > > > > Sent: 20 December 2016 09:37<br>
> > > > > > > > To: Francis Cave <<a href="mailto:francis@franciscave.com">francis@franciscave.com</a>><br>
> > > > > > > > Cc: 'MURATA Makoto' <<a href="mailto:eb2m-mrt@asahi-net.or.jp">eb2m-mrt@asahi-net.or.jp</a>>; 'SC 34 WG4'<br>
> > > > > > > > <<a href="mailto:e-SC34-WG4@ecma-international.org">e-SC34-WG4@ecma-<wbr>international.org</a>><br>
> > > > > > > > Subject: Re: DR-16-0018: WML: need sort method for special<br>
> > characters<br>
> > > > > > > > [for today's call]<br>
> > > > > > > ><br>
> > > > > > > > Hi Francis<br>
> > > > > > > ><br>
> > > > > > > > Yes, I understand that new requirements need an amendment or<br>
> > > > > revision.<br>
> > > > > > > ><br>
> > > > > > > > However, this is not what I recommend as the immediate<br>
> > solution to<br>
> > > > > > > > sorting special characters. I just propose to use the ISO<br>
> > > > > 14651/UTS#10<br>
> > > > > > > > kind of default spec.<br>
> > > > > > > > And no locale choice.<br>
> > > > > > > ><br>
> > > > > > > > Best regards<br>
> > > > > > > > keld<br>
> > > > > > > ><br>
> > > > > > > > On Mon, Dec 19, 2016 at 05:27:25PM -0000, Francis Cave wrote:<br>
> > > > > > > > ><br>
> > > > > > > > > Try again...<br>
> > > > > > > > ><br>
> > > > > > > > > In the first paragraph, for "cannot be done" read "can only<br>
> > be<br>
> > > > > done".<br>
> > > > > > > > > Clearly a serious finger malfunction...<br>
> > > > > > > > ><br>
> > > > > > > > > Francis<br>
> > > > > > > > ><br>
> > > > > > > > ><br>
> > > > > > > > ><br>
> > > > > > > > > -----Original Message-----<br>
> > > > > > > > > From: Francis Cave [mailto:<a href="mailto:francis@franciscave.com">francis@franciscave.<wbr>com</a>]<br>
> > > > > > > > > Sent: 19 December 2016 16:41<br>
> > > > > > > > > To: <a href="mailto:keld@keldix.com">keld@keldix.com</a>; 'MURATA Makoto' <<br>
> > <a href="mailto:eb2m-mrt@asahi-net.or.jp">eb2m-mrt@asahi-net.or.jp</a>><br>
> > > > > > > > > Cc: 'SC 34 WG4' <<a href="mailto:e-SC34-WG4@ecma-international.org">e-SC34-WG4@ecma-<wbr>international.org</a>><br>
> > > > > > > > > Subject: RE: DR-16-0018: WML: need sort method for special<br>
> > > > > > > > > characters [for today's call]<br>
> > > > > > > > ><br>
> > > > > > > > ><br>
> > > > > > > > > In the first paragraph or "cannot be done" ready "can only be<br>
> > > > > done".<br>
> > > > > > > > Sorry!<br>
> > > > > > > > ><br>
> > > > > > > > > Francis<br>
> > > > > > > > ><br>
> > > > > > > > ><br>
> > > > > > > > ><br>
> > > > > > > > > -----Original Message-----<br>
> > > > > > > > > From: Francis Cave [mailto:<a href="mailto:francis@franciscave.com">francis@franciscave.<wbr>com</a>]<br>
> > > > > > > > > Sent: 19 December 2016 16:33<br>
> > > > > > > > > To: <a href="mailto:keld@keldix.com">keld@keldix.com</a>; 'MURATA Makoto' <<br>
> > <a href="mailto:eb2m-mrt@asahi-net.or.jp">eb2m-mrt@asahi-net.or.jp</a>><br>
> > > > > > > > > Cc: 'SC 34 WG4' <<a href="mailto:e-SC34-WG4@ecma-international.org">e-SC34-WG4@ecma-<wbr>international.org</a>><br>
> > > > > > > > > Subject: RE: DR-16-0018: WML: need sort method for special<br>
> > > > > > > > > characters [for today's call]<br>
> > > > > > > > ><br>
> > > > > > > > ><br>
> > > > > > > > > Keld<br>
> > > > > > > > ><br>
> > > > > > > > > You may or may not be correct in your view that there is a<br>
> > user<br>
> > > > > > > > > requirement that fields be sortable according to the current<br>
> > > > > locale.<br>
> > > > > > > > > However, if there is such a user requirement, it isn't<br>
> > currently<br>
> > > > > met<br>
> > > > > > > > > by OOXML or by implementations. Support for specifying the<br>
> > current<br>
> > > > > > > > > locale as the sort method would involve an extension to<br>
> > OOXML and<br>
> > > > > as<br>
> > > > > > > > > such cannot be done by amendment or revision of the<br>
> > standard, not<br>
> > > > > by<br>
> > > > > > > > > Technical Corrigendum, so this is a big deal. Although this<br>
> > might<br>
> > > > > be<br>
> > > > > > > > > a relatively simple change, e.g. by changing ST_SortMethod<br>
> > to allow<br>
> > > > > > > > > any string (§18.18.73 of ISO/IEC 29500-1:2016), it could not<br>
> > be<br>
> > > > > made<br>
> > > > > > > > > mandatory for implementations to support these new values<br>
> > without<br>
> > > > > > > > > breaking existing implementations, and if they do not<br>
> > already do<br>
> > > > > so,<br>
> > > > > > > > > that suggests that there hasn't be much market pressure that<br>
> > would<br>
> > > > > > > > persuade them to implement the enhancement.<br>
> > > > > > > > ><br>
> > > > > > > > > I note that ODF doesn't appear to have this feature either<br>
> > > > > (although<br>
> > > > > > > > > it has a similar feature ??? §19.865 text:sort-algorithm ???<br>
> > for<br>
> > > > > sorting<br>
> > > > > > > > > text,<br>
> > > > > > > > e.g.<br>
> > > > > > > > > bibliographies), and in §19.685 table:order there is the<br>
> > following<br>
> > > > > > > note:<br>
> > > > > > > > ><br>
> > > > > > > > >     Note: Sorting is locale and implementation-dependent.<br>
> > > > > > > > ><br>
> > > > > > > > > It is hard to avoid the conclusion that demand for this<br>
> > feature is<br>
> > > > > > > > > very limited, at least in office document applications.<br>
> > > > > > > > ><br>
> > > > > > > > > Francis<br>
> > > > > > > > ><br>
> > > > > > > > ><br>
> > > > > > > > ><br>
> > > > > > > > > -----Original Message-----<br>
> > > > > > > > > From: <a href="mailto:keld@keldix.com">keld@keldix.com</a> [mailto:<a href="mailto:keld@keldix.com">keld@keldix.com</a>]<br>
> > > > > > > > > Sent: 18 December 2016 20:19<br>
> > > > > > > > > To: MURATA Makoto <<a href="mailto:eb2m-mrt@asahi-net.or.jp">eb2m-mrt@asahi-net.or.jp</a>><br>
> > > > > > > > > Cc: SC 34 WG4 <<a href="mailto:e-SC34-WG4@ecma-international.org">e-SC34-WG4@ecma-<wbr>international.org</a>><br>
> > > > > > > > > Subject: Re: DR-16-0018: WML: need sort method for special<br>
> > > > > > > > > characters [for today's call]<br>
> > > > > > > > ><br>
> > > > > > > > > I am not aware of the reason why this is so.<br>
> > > > > > > > ><br>
> > > > > > > > > But anyway, why not then use the 14651 tailorable ordering<br>
> > in its<br>
> > > > > > > > > template form, which is equivalent to UTS#10 - as the<br>
> > universal<br>
> > > > > > > > > sorting in<br>
> > > > > > > > OOXML?<br>
> > > > > > > > ><br>
> > > > > > > > > I would think it was a user requirement that fields are<br>
> > sortable<br>
> > > > > > > > > according to the current locale, eg a list of names.<br>
> > > > > > > > ><br>
> > > > > > > > > Having the sorting order not being changeable creates<br>
> > troubles for<br>
> > > > > > > > > users too.<br>
> > > > > > > > ><br>
> > > > > > > > > best regards<br>
> > > > > > > > > keld<br>
> > > > > > > > ><br>
> > > > > > > > ><br>
> > > > > > > > > On Mon, Dec 19, 2016 at 04:48:21AM +0900, MURATA Makoto<br>
> > wrote:<br>
> > > > > > > > > > The sort order of Excel cannot be changed without causing<br>
> > > > > troubles<br>
> > > > > > > > > > to users.<br>
> > > > > > > > > ><br>
> > > > > > > > > > Regards,<br>
> > > > > > > > > > Makoto<br>
> > > > > > > > > ><br>
> > > > > > > > > > 2016-12-08 3:17 GMT+09:00 Keld Simonsen <<a href="mailto:keld@keldix.com">keld@keldix.com</a>>:<br>
> > > > > > > > > ><br>
> > > > > > > > > > > I propose that you use the locale of the current<br>
> > process, and<br>
> > > > > > > > > > > the implied sorting sequence for special cheracters<br>
> > there, Or<br>
> > > > > at<br>
> > > > > > > > > > > least the sorting specified in ISO/IEC<br>
> > > > > > > > > > > 14651<br>
> > > > > > > > > > > or the equivalent Unicode specifcation.<br>
> > > > > > > > > > ><br>
> > > > > > > > > > > best regards<br>
> > > > > > > > > > > keld Simonsen<br>
> > > > > > > > > > ><br>
> > > > > > > > > ><br>
> > > > > > > > > ><br>
> > > > > > > > > ><br>
> > > > > > > > > > --<br>
> > > > > > > > > ><br>
> > > > > > > > > > Praying for the victims of the Japan Tohoku earthquake<br>
> > > > > > > > > ><br>
> > > > > > > > > > Makoto<br>
> > > > > > > > ><br>
> > > > > > > > ><br>
> > > > > > > > ><br>
> > > > > > > > ><br>
> > > > > > > > ><br>
> > > > > > > ><br>
> > > > > > ><br>
> > > > > > ><br>
> > > > > > ><br>
> > > > > ><br>
> > > > > ><br>
> > > > > > --<br>
> > > > > ><br>
> > > > > > Praying for the victims of the Japan Tohoku earthquake<br>
> > > > > ><br>
> > > > > > Makoto<br>
> > > > ><br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > > --<br>
> > > ><br>
> > > > Praying for the victims of the Japan Tohoku earthquake<br>
> > > ><br>
> > > > Makoto<br>
> ><br>
><br>
><br>
><br>
> --<br>
><br>
> Praying for the victims of the Japan Tohoku earthquake<br>
><br>
> Makoto<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><br>Praying for the victims of the Japan Tohoku earthquake<br><br>Makoto</div>
</div>