-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
XML 1.1 #6
Comments
XML 1.0 Fifth Edition obsoletes XML 1.1. |
Are there data on the amount of adoption of both (a) XML 1.1 and (b) the changes in the fifth edition of XML 1.0? (For the latter, probably relative to all XML 1.0 use seems relevant.) |
I do not have any data. But I know that W3C created the fifth edition of XML 1.0 because W3C believed that XML 1.1 will not take off. Microsoft does not support XML 1.1. |
IIRC, there is still a difference with NEL being part of line-end characters in 1.1 and not in 1.0, right? |
Right. IBM cared at that time. |
As @murata2makoto notes, the significant feature of XML 1.1, expanding the repertoire of Unicode characters was incorporated into 1.0 Fifth Edition (largely because 1.1 failed to achieve the adoption one might have hoped at the time). The other features: NEL as an end-of-line character and the ability to use - as numeric character references (and the unfortunate decision to require -Ÿ to be numeric character references) are probably what doomed it. I doubt that there's any serious adoption of 1.1 outside of test suites. I don't understand how obsoleting it will improve things, and I'm ambivalent about doing it, but if "minimal usage" is a motivational factor for obsoleting a recommendation, I expect it's fair to say that XML 1.1 has minimal usage. |
If W3C recommends something, it is difficult for people to try something different. Withdrawing unused recommendations allow people to try what they want. |
Should someone be so foolish as to start providing or transmitting data encoded in XML1.1, it's unlikely that it would be received and processed successfully. So obsoleting it feels to me like a service to the community. Are there any other W3C mechanisms for hanging a "Do Not Use This" sign on a recommendation? |
This will impact other W3C RECs that make normative reference to XML1.1, such as TTML which has normatively referenced XML1.1 since first published [1] in 2010. Indeed, it is so referenced in all three editions of TTML1 and in the current (1st) edition of TTML2 [2] as well as the upcoming 2nd edition of TTML2 [3]. Note that TTML has been widely deployed and is itself normatively referenced by more than a few national and industry standards/specifications. [1] https://www.w3.org/TR/2010/REC-ttaf1-dfxp-20101118/ |
@skynavga TTML uses the production [4a] of XML 1.1 for defining permissible names, but it does not use XML 1.1 documents. Am I correct? If so, copying that production from XML 1.1 will solve the problem. |
@murata2makoto yes, that is correct, and it is possible to update the production in a new (4th) edition of TTML1, which is not yet planned at this time, as well as in the 2nd edition of TTML2 (under development); |
It sounds like there's a good bit of consensus that XML 1.1 was the wrong approach. Are you aware of people who would argue today that XML 1.1 is still the right path? For what it's worth, the reason I was asking about how widely adopted the changes in the fifth edition of XML 1.0 are is that if they're widely adopted today, that suggests that desire to use those changes wouldn't lead to future adoption of XML 1.1. Whereas if they weren't yet widely adopted, it would seem like the market hasn't yet decided which path it's going to take to expand the repertoire of Unicode characters. (And even if we think it will go one way, that doesn't prove it.) |
Assuming that there is consensus within the W3C to obsolete XML 1.1, i.e. that XML 1.1 should no longer be used, the roadmap to obsoletion should include a substantial period for review and comments, e.g. 6 months, by external organizations with whom W3C has a liaison or are known users of XML, including ETSI, SMPTE, ISO/IEC, IETF, ITU, DVB, EBU... A quick Google search indicates that each of these organizations has specifications that reference XML 1.1. |
I am not sufficiently involved in these matters any more to offer an informed opinion the merits of making XML 1.1 obsolute as proposed, but I wanted to mention that XML Schemas 1.1 is among the specifications that makes quite extensive reference to XML 1.1. Since there is, as far as I know, no active XML Schema Working Group there might be some question as to who in practice would be able to work through any revisions needed to remove dependencies on XML 1.1. I doubt there's anything deeply hard about doing the removal once the specifications are thoroughly understood and thought through, but my impression is that XML 1.1 dependencies affect numerous details in both Schema Structures and Schema datatypes. As I recall (I haven't looked at all this for years) the dependencies are both direct and also indirect via dependencies on Namespaces 1.1 (which in turn references XML 1.1 as I recall). My intuition is that it's important that we emerge with a schema recommendation covering today's common practice of, I presume, writing schema documents using XML 1.0 Fifth Edition to validate using documents written in XML 1.0 5th edition. |
As I see it, XML Schemas 1.1 does not have any problems even if XML 1.1 is withdrawn. See |
We're way past the 90 day deadline on this one. Can this be closed? |
Hello TAG!
@murata2makoto requests that the TAG consider the following specification:
be considered by the TAG for (choose one; see §6.9 Obsoleting or Rescinding a W3C Recommendation of the Process for what this means):
No rationale was provided.
This specification was produced by the XML Core WG which was closed in 2016.
The following specifications have dependencies on this specification:
The following implementations of this specification are known:
The text was updated successfully, but these errors were encountered: