W3C home > Mailing lists > Public > public-qt-comments@w3.org > January 2015

[Bug 27619] [XSLT30] Provide Guidance on Collation [I18N-ISSUE-399]

From: <bugzilla@jessica.w3.org>
Date: Thu, 22 Jan 2015 18:47:16 +0000
To: public-qt-comments@w3.org
Message-ID: <bug-27619-523-FJOmzgfVnC@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=27619

Michael Kay <mike@saxonica.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |WONTFIX

--- Comment #3 from Michael Kay <mike@saxonica.com> ---
The XSL WG reaffirmed its previous view that we do not want to require all
products to support all locales; and short of that, we don't see any prospect
for defining a minimum subset of locales. This applies equally to collation
parameters such as backwards=yes (treating the last accent as the most
significant). We think that the two rules we have defined will achieve the
desired level of interoperability:

* fallback=no means that if the implementation supports what you ask for, you
get fully interoperable results, and if it doesn't, you get an error

* fallback-yes means that your code will work with every implementation, but
may produce slightly different results.

We believe that if we tried to raise the conformance bar higher than this, then
there would be environments (e.g. embedded devices) where producing a
conformant processor would not be economically viable, and the effect would be
either that the spec is not implemented at all in those environments, or that
the implementations choose to be non-conformant.

We are therefore respectfully declining this suggestion.

(Note, the XSL WG and XQuery WG agreed that XSL WG would lead on responding to
this set of bug reports, so this decision does not need further endorsement by
XQuery WG).

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Thursday, 22 January 2015 18:47:17 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 22 January 2015 18:47:18 UTC