<div dir="ltr">Although I understand the desire to fully document behaviors of <div>MS Excel, I do not see any reasons to change them and extend </div><div>OOXML formats.  Embedding locales sounds interesting, but </div><div>why is this really needed?</div><div><br></div><div>Regards,</div><div>Makoto</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-07-19 21:21 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">I have not looked into the various japanese specs. But I see that there are a number.<br>
I think the ordering scheme should be stored with the document, and very much<br>
related to the language of the document. You can say that a locale should be<br>
stored with the document, or with sections of a document.<br>
<br>
This would then cover what normally goes into a locale, such as sorting of characters,<br>
number formatting, date and time formatting, character information etc.<br>
For our documents also spelling rules -  etc.<br>
<br>
Then this can be overridden by specific cell or section information, such as number<br>
formatting of a cell, or that a section is in a   different language.<br>
<br>
It would be nice for the user if a reference to the system locale could be made.<br>
But for portability of the document, it should be possible to refer to a portable spec of<br>
the locale. CLDR and the ISO cultural registry ISO 15897 could be used for this.<br>
<br>
Best regards<br>
<span class="HOEnZb"><font color="#888888">keld<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
On Wed, Jul 19, 2017 at 08:44:10PM +0900, MURATA Makoto wrote:<br>
> But the sort order for Japanese shown in this document is different from<br>
> what<br>
> MS Excel does and what X 4061 says.<br>
><br>
> Regards,<br>
> Makoto<br>
><br>
> 2017-07-19 20:38 GMT+09:00 <<a href="mailto:keld@keldix.com">keld@keldix.com</a>>:<br>
><br>
> > 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<br>
> > 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<br>
> > ways<br>
> > of sorting chinese characters, incluting Unicode (10646) codepoint order,<br>
> > strokes,<br>
> > phonetical and some japanese shift jis order, which I think is conformant<br>
> > to X4061.<br>
> ><br>
> > Best regards<br>
> > keld<br>
> ><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<br>
> > 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<br>
> > 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<br>
> > conforming to<br>
> > > > > JIS X 4061, so that all of the characters of X0208 and X0201 are<br>
> > 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<br>
> > 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<br>
> > 14651.<br>
> > > > > > I do not know if China has created their tailoring of 14651.  I do<br>
> > 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<br>
> > the<br>
> > > > sorting<br>
> > > > > > > template<br>
> > > > > > > in 14651. I also know that for my own language, Danish, a<br>
> > 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<br>
> > and<br>
> > > > the<br>
> > > > > > > CLDR collections<br>
> > > > > > > of sorting specifications. They both build on the ISO 14651<br>
> > template.<br>
> > > > > > ><br>
> > > > > > > So I think a normative reference to ISO 14651 is very relevant,<br>
> > as<br>
> > > > this is<br>
> > > > > > > what is done<br>
> > > > > > > in the marketplace, and then also a mention of glibc and CLDR<br>
> > 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<br>
> > common<br>
> > > > > > > > template table for ordering text data.  It is necessary to<br>
> > 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<br>
> > 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<br>
> > (which is<br>
> > > > > > > > roughly equal to US-ASCII).  This ordernig makes sense for<br>
> > 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<br>
> > 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,<br>
> > HongKong, and<br>
> > > > > > > > and many areas.  It might be technically possible to document<br>
> > 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 <<br>
> > <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<br>
> > passing<br>
> > > > these<br>
> > > > > > > on<br>
> > > > > > > > > to<br>
> > > > > > > > > the DR submitter as a possible approach to implementing the<br>
> > sort<br>
> > > > > > > method for<br>
> > > > > > > > > special characters. Whether or not they would match how<br>
> > existing<br>
> > > > > > > > > implementers have tackled this issue is for those<br>
> > 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<br>
> > 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<br>
> > 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<br>
> > 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<br>
> > 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,<br>
> > then the<br>
> > > > > > > > > associated<br>
> > > > > > > > > locale of the current environment should be used.<br>
> > > > > > > > > Hereby I mean the language  setting for the text in<br>
> > 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<br>
> > name<br>
> > > > of an<br>
> > > > > > > > > implementation-defined locale of the operating system, of<br>
> > 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<br>
> > 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<br>
> > 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<br>
> > accented<br>
> > > > text<br>
> > > > > > > > > > according to the "French" approach (last accent difference<br>
> > > > determines<br>
> > > > > > > > > > the order). Suppose a spreadsheet is created by<br>
> > implementation<br>
> > > > A and<br>
> > > > > > > > > > has an auto-filter applied that sorts according to its<br>
> > 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<br>
> > 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<br>
> > 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<br>
> > 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<br>
> > 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<br>
> > 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<br>
> > 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<br>
> > 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<br>
> > wrote:<br>
> > > > > > > > > > ><br>
> > > > > > > > > > > Try again...<br>
> > > > > > > > > > ><br>
> > > > > > > > > > > In the first paragraph, for "cannot be done" read "can<br>
> > 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<br>
> > special<br>
> > > > > > > > > > > characters [for today's call]<br>
> > > > > > > > > > ><br>
> > > > > > > > > > ><br>
> > > > > > > > > > > In the first paragraph or "cannot be done" ready "can<br>
> > 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<br>
> > 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<br>
> > a<br>
> > > > user<br>
> > > > > > > > > > > requirement that fields be sortable according to the<br>
> > 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<br>
> > 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<br>
> > this<br>
> > > > might<br>
> > > > > > > be<br>
> > > > > > > > > > > a relatively simple change, e.g. by changing<br>
> > ST_SortMethod<br>
> > > > to allow<br>
> > > > > > > > > > > any string (§18.18.73 of ISO/IEC 29500-1:2016), it could<br>
> > 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<br>
> > that<br>
> > > > would<br>
> > > > > > > > > > persuade them to implement the enhancement.<br>
> > > > > > > > > > ><br>
> > > > > > > > > > > I note that ODF doesn't appear to have this feature<br>
> > either<br>
> > > > > > > (although<br>
> > > > > > > > > > > it has a similar feature ??? §19.865 text:sort-algorithm<br>
> > ???<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<br>
> > 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<br>
> > 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<br>
> > causing<br>
> > > > > > > troubles<br>
> > > > > > > > > > > > to users.<br>
> > > > > > > > > > > ><br>
> > > > > > > > > > > > Regards,<br>
> > > > > > > > > > > > Makoto<br>
> > > > > > > > > > > ><br>
> > > > > > > > > > > > 2016-12-08 3:17 GMT+09:00 Keld Simonsen <<br>
> > <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>
> ><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>