[ Apologies for top posting ]
I just added a 11:30-12:00 time slot on Monday October 27 for XHR:
<https://www.w3.org/wiki/Webapps/November2014Meeting#Agenda_Monday_October_27>
I believe Jungkee will be at the meeting so, Hallvord and Julian please
join via the phone bridge and/or IRC if you can:
<https://www.w3.org/wiki/Webapps/November2014Meeting#Meeting_Logistics>
-Thanks, AB
On 10/19/14 11:14 AM, Hallvord R. M. Steen wrote:
However, the WHATWG version is now quite heavily refactored to be XHR+Fetch.
It's no longer clear to me whether pushing forward to ship XHR2 "stand-alone"
is the right thing to do..
(For those not familiar with
WebApps' XHR TR publication history, the latest snapshots are: Level1
<http://www.w3.org/TR/2014/WD-XMLHttpRequest-20140130/>; Level 2
<http://www.w3.org/TR/2012/WD-XMLHttpRequest-20120117/> (which now says
the Level 1 <http://www.w3.org/TR/XMLHttpRequest/ is the "Latest version").)
The one currently known as "Level 2" is very outdated - it still has stuff like
an AnonXMLHttpRequest constructor.
What to do about the L2 version does raise some questions and I think a)
can be done as well as some set (possibly an empty set) of the other
three options.
c) Ship a TR based on the newest WHATWG version, reference WHATWG's Fetch spec
throughout.
The staff does indeed permit normative references to WHATWG specs in WD
and CR publications so that wouldn't be an issue for those types of
snapshots. However, although the Normative Reference Policy [NRP]
_appears_ to permit a Proposed REC and final REC to include a normative
reference to a WHATWG spec, in my experience, in practice, it actually
is _not_ permitted. (If someone can show me a PR and/or REC that
includes a normative reference to a WHATWG spec, please let me know.)
I guess we could push for allowing it if we want to go this route - however, pretty much
all the interesting details will be in the Fetch spec, so it's going to be a bit strange.
Actually, we could introduce such a spec like this: "Dear visitor, thanks for
reading our fabulous W3C recommendation. If you actually want to understand or implement
it, you'll see that you actually have to refer to that other spec over at whatwg.org for
just about every single step you make. We hope you really enjoy using the back button.
Love, the WebApps WG".
d) Abandon the WebApps "snapshot" altogether and leave this spec to WHATWG.
Do you mean abandon both the L1 and L2 specs or just abandon the L2 version?
The only good reason we'd want to ship two versions in the first place would be if we lack
implementations of some features and thus can't get a single, unified spec through a transition to
TR. If we're so late shipping that all features have two implementations there's no reason to ship
both an L1 and L2 - we should drop one and ship the other. Isn't that the case now? I should
probably go through my Gecko bugs again, but off the top of my head I don't remember any
"major feature missing" bug - the overwhelming number are "tweak this tiny little
detail that will probably never be noticed by anyone because the spec says we should behave
differently"-type of bugs.
Additionally, if we don't plan to add new features to XHR there's no reason to
expect or plan for a future L2. If we want to do option b) or c) we could make
that L2, but I don't think it adds much in terms of features, so it would be a
bit odd. I think we can drop it.
-Hallvord
