Skip to content
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

Open
1 of 4 tasks
hober opened this issue Sep 4, 2019 · 16 comments
Open
1 of 4 tasks

XML 1.1 #6

hober opened this issue Sep 4, 2019 · 16 comments
Assignees
Labels

Comments

@hober
Copy link

hober commented Sep 4, 2019

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):

  • obsoleting (of a W3C Recommendation)
  • superseding (of a W3C Recommendation)
  • rescinding (of a W3C Recommendation)
  • restoring (of an Obsolete W3C Recommendation)

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:

  • list not provided

The following implementations of this specification are known:

  • list not provided
@murata2makoto
Copy link

XML 1.0 Fifth Edition obsoletes XML 1.1.

@dbaron
Copy link
Member

dbaron commented Sep 6, 2019

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.)

@murata2makoto
Copy link

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.

@ylafon
Copy link
Member

ylafon commented Sep 6, 2019

IIRC, there is still a difference with NEL being part of line-end characters in 1.1 and not in 1.0, right?

@murata2makoto
Copy link

Right. IBM cared at that time.

@ndw
Copy link

ndw commented Sep 6, 2019

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 &#x1-&#x1f as numeric character references (and the unfortunate decision to require &#x7f-&#x9f 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.

@murata2makoto
Copy link

If W3C recommends something, it is difficult for people to try something different. Withdrawing unused recommendations allow people to try what they want.

@timbray
Copy link

timbray commented Sep 6, 2019

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?

@skynavga
Copy link

skynavga commented Sep 6, 2019

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/
[2] https://www.w3.org/TR/2018/REC-ttml2-20181108/
[3] https://w3c.github.io/ttml2/index.html

@murata2makoto
Copy link

@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.

@skynavga
Copy link

skynavga commented Sep 7, 2019

@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);

@dbaron
Copy link
Member

dbaron commented Sep 7, 2019

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.)

@palemieux
Copy link

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.

@mendelsohn
Copy link

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.

@murata2makoto
Copy link

As I see it, XML Schemas 1.1 does not have any problems even if XML 1.1 is withdrawn. See
"1.4 Dependencies on Other Specifications" in XSD 1.1.

@hober
Copy link
Author

hober commented May 7, 2020

We're way past the 90 day deadline on this one. Can this be closed?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

9 participants