Earlier quoted context omitted.
> The WHATWG has always opposed the W3C's spec. They see it as confusing to have two "official" specifications. As the old joke goes... if it hurts, they should stop doing that! The WHATWG spec is worse than useless to me as a developer. It's impossible to tell what is usable and what is just Google's wishlist (which is about half of it). The MDN has entirely replaced it for me, since they at least do a good job of d…
> Leave the business of documenting what browsers actually conform to to the W3C. Documenting the prevailing conditions is very much not the purpose of a standard .
Microsoft, Google, Mozilla, and Apple Object to W3C Fork of DOM Spec
241–250 of 386 posts
Re: Microsoft, Google, Mozilla, and Apple Object to W3C Fork of DOM Spec
#242Earlier quoted context omitted.
It does say that they are members of the W3C organization.
So could I. I mean, I see what you mean, but to a casual observer that's not very clear.
You could claim to be a member of the W3C, but unless you actually are that badge won't show up next to your name in the issue tracker.
Re: Microsoft, Google, Mozilla, and Apple Object to W3C Fork of DOM Spec
#243Earlier quoted context omitted.
That does not mean that it is a good thing to put all bells and whistles from different browser vendors under the same umbrella. Let's say you are a) owning and b) managing a project that three competing teams are working on in parallel. If you will not curate the project you will have one team adding and another team adding ... In real world you would invite dedicated architect or team of architects to define the sp…
the formal complaints of all browser people seem to support the WHATWG
Re: Microsoft, Google, Mozilla, and Apple Object to W3C Fork of DOM Spec
#244Earlier quoted context omitted.
The idea that a bunch of standards group officials can decide for the world that web pages are simply lightweight content publishing mechanisms and that real applications should be build exclusively in Flash and that that worldview can be ratified and mandated by browser vendors does not seem amazing to me. At any rate: the Internet is a market system, not a top-down autocracy.
The alternative (and current reality) is that the same things are decided by about four companies in an entirely intransparent manner. At least the W3C had processes and a wide array of members.
If you want to try and claim W3C ever had the power to enforce people following their specs, IE6 would like to have a word.
Re: Microsoft, Google, Mozilla, and Apple Object to W3C Fork of DOM Spec
#245Serious question: why are the W3C still publishing or trying to publish standards for DOM and HTML and probably a few others, when no one that matters cares about them? Why not rather throw in the towel on those particular standards and acknowledge that the WHATWG has won on them?
> Serious question: why are the W3C still publishing or trying to publish standards for DOM and HTML and probably a few others, when no one that matters cares about them? There is a potential legitimate role for the two-track approach, if WHATWG represents a moving target of what browser vendors have agreed to implement and essentially is the vehicle for documenting hmthe agreed future common web platform, and W3C pr…
It seems unnecessary to have an entirely separate organization to just copy/paste/publish new "versions" of existing archives.
Re: Microsoft, Google, Mozilla, and Apple Object to W3C Fork of DOM Spec
#246Earlier quoted context omitted.
When I was a child in elementary school, a standards committee decided to change my native language. They replaced the spelling of most words, and many grammatical rules. We were forced to obey these changes, any use of the old rules was counted as mistake in school. Back then, many older books were still using the old rules. By the time I left high school, almost no books with the old rules were left. All had been r…
If you want a more tech-related example, Jobs said "no flash on iPhones", and in a few years... poof! no flash.
Flash was pretty much dead anyway, and the web platform had advanced enough to mostly replace it at that point. That wasn't true for native apps.
If you want to make a standard, it has to let people do the things they want to do. Otherwise, people will just use a different (or no) standard.
Re: Microsoft, Google, Mozilla, and Apple Object to W3C Fork of DOM Spec
#247For some clarity: - Mozilla's Objection: https://github.com/w3c/dom/issues/175#issuecomment-380771954 - Apple's Objection: https://github.com/w3c/dom/issues/175#issuecomment-380534425 - Microsoft's Objection: https://github.com/w3c/dom/issues/176 - Google's Objection: https://github.com/w3c/dom/issues/177
Thanks. The TL;DR seems to be that, instead of sticking to documenting what is , the W3C is (either deliberately or through incompetence) trying to push their own "vision" for DOM 4.1 without browser buy-in.
Re: Microsoft, Google, Mozilla, and Apple Object to W3C Fork of DOM Spec
#248Earlier quoted context omitted.
> Serious question: why are the W3C still publishing or trying to publish standards for DOM and HTML and probably a few others, when no one that matters cares about them? There is a potential legitimate role for the two-track approach, if WHATWG represents a moving target of what browser vendors have agreed to implement and essentially is the vehicle for documenting hmthe agreed future common web platform, and W3C pr…
Why cant people just use an older copy of the WHATWG standard as the new "stable" documentation? This is basically how caniuse.com and browserslist work today, allowing developers to precisely describe their compatibility targets and even automate their builds. It seems unnecessary to have an entirely separate organization to just copy/paste/publish new "versions" of existing archives.
Because the order of incorporation into the standard and the order of implementation and stabilization aren't the same, and some fesutres may be implemented incompletely in some browsers, so that what is stable and usable is a subset of features (and sometimes a subset of functionality within a particular feature) that doesn't correspond to any particular version of the LS. So you'd need manual curation.
> It seems unnecessary to have an entirely separate organization
Perhaps, though the audience and thus interested parties for the implementor-focussed spec and the developer-focussed spec are different.
Re: Microsoft, Google, Mozilla, and Apple Object to W3C Fork of DOM Spec
#249time to use WASM to render the whole thing, ditch W3C. and all the players are there to make the change.
Yup, every page looks different anyway, calling megabytes of minified, obfuscated JavaScript. There is probably more in for the user. I guess then you only need , , and a subset of DOM.
Re: Microsoft, Google, Mozilla, and Apple Object to W3C Fork of DOM Spec
#250Earlier quoted context omitted.
If you fork an existing rendering engine, you're rather implicitly using a WHATWG DOM. In order to use W3C DOM 4.1, you'd either have to modify a WHATWG DOM renderer into a W3C DOM 4.1 renderer -- which is a bit like starting with the emacs source to build a vim clone -- or to build your own. The inertia of forking an existing project pushes you towards the WHATWG implementation, not W3C. That's the point of forking.…
If that's the case: 1a) Why would it matter that Microsoft, Google, Mozilla, and/or Apple object to W3C DOM 4.1 if they don't implement it? 1b) Why would Microsoft, Google, Mozilla, and/or Apple care enough to object to W3C DOM 4.1 if they aren't implementing it? Why would they even give any effort to a competing specification and just allow it to die from inactivity? 2) Why does what is in W3C DOM 4.1 matter if the…