4 ms·

> “At-risk” is a W3C Process term-of-art, and does not necessarily imply that the feature is in danger of being dropped or delayed. And your “that no one has f

> “At-risk” is a W3C Process term-of-art, and does not necessarily imply that the feature is in danger of being dropped or delayed. And your “that no one has figured out how” quote is from three years ago, and was followed by “If a browser figures out how to do it we'd be happy” So, sounds like Safari has figured out a way and is pushing the web forward. That’s good, right? Or is it only good when Google wants a browser to have access to serial devices?

rektide 4y ago
Incorrectly confident without reservation, undermining in mis-truthful ways. Again. This is not playing straight, & is taking too much rope. Google's warning in their Intent to Ship[1] is still clear: > Ergonomics risks: Authors can easily increase complexity of selector query or style invalidation by using ':has()' pseudo classes. This could still fail. Safari hasn't "figured out a way to do it." (And their implementation is significantly less complete at that.) They're taking a gamble, a bet, that this feature will be Good-Enough and Not-Too-Bad. This bet could hurt the web badly. We should not jump to conclusions on this. You are counting the chickens before they hatch. Again, to seek to award points here, to say either company is doing better: it seems a misdeed (the releases are, relatively speaking, very near each other) and premature (this could be a fast or slow catastrophe). I feel like you continue to play up bad side of Brandolini's Law[2], which I had hoped we could avoid tonight unlike last night. "The amount of energy needed to refute bullshit is an order of magnitude larger than is needed to produce it." You have some ok-ish areas of inquiry, but they're always intricately inter-woven with hyper-politization point-scoring sabotage. The question establishes legitemacy, then the nails of doubt & questioning shatter any established said facts: this is not to understand, it's to spread confusion/doubt. Never have you acknowledged a single point said, only spread more doubt. [1] https://groups.google.com/a/chromium.org/g/blink-dev/c/bRsbl3wLuyk/m/mt3iSKNHBQAJ https://groups.google.com/a/chromium.org/g/blink-dev/c/bRsbl... [2] https://en.wikipedia.org/wiki/Brandolini%27s_law https://en.wikipedia.org/wiki/Brandolini%27s_law
- dmitriid 4y ago
  > This bet could hurt the web badly. But not when Chrome does it, right? Not when Chrome implements an avalanche of non-standards from incomplete pre-draft specs authored by no one else but Google? Then it's "pushing the web forward" and it's the "backwards Safari that is holding the web back"?
  - rektide 4y ago
    Chrome has an incredibly responsible practice, of reporting well ahead of time their "Intent to Experiment" & "Intent to Prototype". (Safari just drops festures.) Chrome runs Origin Trials so prpblems can be found & developers understand they are using experimental, liable to change features. Chrome engages the TAG & security folk actively as they're working. It files requests for position. Chrome wants & believes in an alive standards making process, in advancing, carefully, cautiously. People do push back against changes sometimes on Chrome. And sometimes they get plowed over & ignored. But damn is it rare. Really really rare. The community is extremely open to debate & critiques, is ultra-public, ewth foredes ribed planning & accountability & transparency far surpassing any other software development effort on the planet. Backwards Safari holds the web back, yes, 100%, but risks like :has() are not to what Im talking about when I say that. This thread was trying to mamipulatively shade on Google for not going fast on one specific feature, and I've been explaining how this specific situation is very complex. I'm glad Safari pushed for it, even though it is a hazard, this is not Safari holding the web back (although it should be regarded as an experimental feature at this point), but this mini PR-campaign to shine up Safari & berate chrome: it's disingenously ommited & talked around a lot of problematic details about this 8 year old drafted idea.
    - dmitriid 4y ago
      > Chrome has an incredibly responsible practice, of reporting well ahead of time their "Intent to Experiment" & "Intent to Prototype". Ah yes. "Responsible". Here's a prime example of responsibility: https://github.com/mozilla/standards-positions/issues/459 https://github.com/mozilla/standards-positions/issues/459 > Chrome wants & believes in an alive standards making process, in advancing, carefully, cautiously. Ah yes. Carefully and cautiously as in: shipping 400 new Web APIs a year with very little to no discussion and dismissing most concerns from other browser implementors. The rest of your comment is your regular madman rant with zero substance (because you know nothing of substance on this topic)

rektide 4y ago

Incorrectly confident without reservation, undermining in mis-truthful ways. Again. This is not playing straight, & is taking too much rope. Google's warning in their Intent to Ship[1] is still clear: > Ergonomics risks: Authors can easily increase complexity of selector query or style invalidation by using ':has()' pseudo classes. This could still fail. Safari hasn't "figured out a way to do it." (And their implementation is significantly less complete at that.) They're taking a gamble, a bet, that this feature will be Good-Enough and Not-Too-Bad. This bet could hurt the web badly. We should not jump to conclusions on this. You are counting the chickens before they hatch. Again, to seek to award points here, to say either company is doing better: it seems a misdeed (the releases are, relatively speaking, very near each other) and premature (this could be a fast or slow catastrophe). I feel like you continue to play up bad side of Brandolini's Law[2], which I had hoped we could avoid tonight unlike last night. "The amount of energy needed to refute bullshit is an order of magnitude larger than is needed to produce it." You have some ok-ish areas of inquiry, but they're always intricately inter-woven with hyper-politization point-scoring sabotage. The question establishes legitemacy, then the nails of doubt & questioning shatter any established said facts: this is not to understand, it's to spread confusion/doubt. Never have you acknowledged a single point said, only spread more doubt. [1] https://groups.google.com/a/chromium.org/g/blink-dev/c/bRsbl3wLuyk/m/mt3iSKNHBQAJ https://groups.google.com/a/chromium.org/g/blink-dev/c/bRsbl... [2] https://en.wikipedia.org/wiki/Brandolini%27s_law https://en.wikipedia.org/wiki/Brandolini%27s_law

dmitriid 4y ago
> This bet could hurt the web badly. But not when Chrome does it, right? Not when Chrome implements an avalanche of non-standards from incomplete pre-draft specs authored by no one else but Google? Then it's "pushing the web forward" and it's the "backwards Safari that is holding the web back"?
- rektide 4y ago
  Chrome has an incredibly responsible practice, of reporting well ahead of time their "Intent to Experiment" & "Intent to Prototype". (Safari just drops festures.) Chrome runs Origin Trials so prpblems can be found & developers understand they are using experimental, liable to change features. Chrome engages the TAG & security folk actively as they're working. It files requests for position. Chrome wants & believes in an alive standards making process, in advancing, carefully, cautiously. People do push back against changes sometimes on Chrome. And sometimes they get plowed over & ignored. But damn is it rare. Really really rare. The community is extremely open to debate & critiques, is ultra-public, ewth foredes ribed planning & accountability & transparency far surpassing any other software development effort on the planet. Backwards Safari holds the web back, yes, 100%, but risks like :has() are not to what Im talking about when I say that. This thread was trying to mamipulatively shade on Google for not going fast on one specific feature, and I've been explaining how this specific situation is very complex. I'm glad Safari pushed for it, even though it is a hazard, this is not Safari holding the web back (although it should be regarded as an experimental feature at this point), but this mini PR-campaign to shine up Safari & berate chrome: it's disingenously ommited & talked around a lot of problematic details about this 8 year old drafted idea.
  - dmitriid 4y ago
    > Chrome has an incredibly responsible practice, of reporting well ahead of time their "Intent to Experiment" & "Intent to Prototype". Ah yes. "Responsible". Here's a prime example of responsibility: https://github.com/mozilla/standards-positions/issues/459 https://github.com/mozilla/standards-positions/issues/459 > Chrome wants & believes in an alive standards making process, in advancing, carefully, cautiously. Ah yes. Carefully and cautiously as in: shipping 400 new Web APIs a year with very little to no discussion and dismissing most concerns from other browser implementors. The rest of your comment is your regular madman rant with zero substance (because you know nothing of substance on this topic)