Also, we have an impl that works well. Folks can make "showstopper" claims, but the proof is in the pudding. Note: other vendors are not building and testing alternatives. Talk is cheap.
-
-
Replying to @slightlylate @davidbrunelle and
Remember the grandstanding around "type 2+ encapsulation" for SD and how it wasn't worth pursuing w/o it? Stop-energy comes in many forms. Watch who's writing code and making things (safely) available to test.
1 reply 0 retweets 1 like -
Replying to @slightlylate @davidbrunelle and
We also have a well proven path for making breaking changes. When others feel the design we shipped is wrong, they can ship the "right" design, and if we find it to also be reasonable we can ship it too and push the ecosystem to migrate to the more broadly supported form.
1 reply 0 retweets 2 likes -
Replying to @RickByers @slightlylate and
Then, when safe to do so, we remove the flawed design. No API design is ever perfect, having a pragmatic path for increasing interop and improving the designs over time is the only option other than stagnation. It takes a lot of effort, but we often find it to be worthwhile.
1 reply 0 retweets 1 like -
Replying to @RickByers @slightlylate and
But as
@slightlylate says, key here is action and daya, not just talk and opinion. In both directions it's always shipping and competition which drives improvement (eg. After a decade of talk of 3P cookies, Safari shipping ITP was the real catalyst for industry-wide change).1 reply 0 retweets 2 likes -
Replying to @RickByers @slightlylate and
It's super weird to me that everyone just de facto accepts as obvious that yeah JS features need to be thoroughly vetted by TC39, achieve consensus, and Stage 3 status before anything ships. But Google's pet web component projects get to play by a different set of rules?
2 replies 0 retweets 0 likes -
Replying to @AdamRackis @slightlylate and
It's not just Google's pet projects, as I just said in the other tweet JS lang is the exception to the norm of how the web has almost always evolved.
1 reply 0 retweets 1 like -
Replying to @RickByers @slightlylate and
Adam Rackis Retweeted Rick Byers
I'm glad you see the JS process as impressive! Why not set an example at Chrome to bring that sort of process to web standards? As the absolute dominant (borderline monopoly) browser, your example here could do a ton of good.https://twitter.com/RickByers/status/1221142523198001157 …
Adam Rackis added,
Rick Byers @RickByersReplying to @hrmny_ @slightlylate and 2 othersFWIW this is how the web has ALWAYS evolved. Almost all APIs we use today we're shipped in the dominant engine prior to a standard being ratified (IE, Netscape, WebKit, now chromium). JavaScript language is a notable and impressive counter-example.2 replies 0 retweets 0 likes -
Replying to @AdamRackis @RickByers and
The difference here, Adam, is that the other dominant browser (Safari) has an economic incentive to maintain a gap between the capabilities of web and native. Competition isn't a bad thing.
1 reply 0 retweets 1 like -
Replying to @davidbrunelle @RickByers and
Adam Rackis Retweeted Rich Harris
Yeah Apple's crap in lots of ways (no iOS service workers outside Safari?! fucking anti-trust goddamnit). But this argument would have a LOT more credence if Apple wasn't pointing to absolutely legit problems with this api.https://twitter.com/Rich_Harris/status/1220479580298977281 …
Adam Rackis added,
Rich HarrisVerified account @Rich_HarrisReplying to @BurialOfTheDeadasync function add_this_stylesheet(href) { document.aSS = [...document.aSS, await import(href)]; } add_this_stylesheet('./foo.css'); add_this_stylesheet('./bar.css'); Whichever stylesheet comes over the network first will get blown away by the second one2 replies 0 retweets 0 likes
...and isn't proposing compatible extensions or surface API to cover async cases, but is instead demanding breaking change while not shipping an alternative.

-
-
Replying to @slightlylate @AdamRackis and
Why would they ship a non-agreed upon API though when the first (broken) attempt apparently has to stick around for legacy reasons? It’s damned if you do, damned if you don’t.
0 replies 0 retweets 1 like - 2 more replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
& Web Standards TL; Blink API OWNER
Named PWAs w/
DMs open. Tweets my own; press@google.com for official comms.