Re: [blink-dev] Intent to Ship: PointerEvent.deviceId for Mult-Pen Inking

2024-05-08 Thread 'Dan Clark' via blink-dev
A non-blocking comment: now that the syntax has been changed I think it would be great if you could update the Explainer and the Mozilla and WebKit requests-for-position to reduce potential for confusion. Also, is there a reason the spec PR is still in Draft status? Could it be published so tha

[blink-dev] Re: Intent to Ship: CSS Anchor Positioning

2024-04-11 Thread 'Dan Clark' via blink-dev
I'm really excited to see this move forward! For the TAG review , it's not clear to me that they've had a chance to re-review yet since the last substantial updates. I'm not suggesting that we delay shipping at this stage, but maybe worth sen

[blink-dev] Re: Intent to Ship: Standard-compliant pseudo-element argument for getComputedStyle & KeyframeEffect

2024-03-08 Thread 'Dan Clark' via blink-dev
Am I correct in understanding that Gecko already mostly matches the behavior in the spec? I see that Firefox also fails most of the WPTs at https://wpt.fyi/results/css/cssom/getComputedStyle-pseudo-with-argument.html?label=master&label=experimental&aligned, but I guess that's because they have

[blink-dev] Re: Intent to Ship: CSSImportRule.styleSheet

2024-02-23 Thread 'Dan Clark' via blink-dev
An interesting data point: Firefox still crashes when inspecting the property for a styleSheet in this state (test ). I guess that's good motivation on their end to make this update and remain interoperable. -- Dan On Friday, February 23, 2024 at

Re: [blink-dev] Intent to Deprecate non-standard declarative shadow DOM serialization

2024-01-23 Thread 'Dan Clark' via blink-dev
I guess a theoretical risk is that someone feature-checks for HTMLTemplateElement.shadowRootMode and then assumes the existence of getInnerHTML() based on that check. But given the lack of usage in the top sites I agree that this seems to not be an issue in practice. I saw that there's a suppor

Re: [blink-dev] Re: Intent to Prototype: document.caretPositionFromPoint API

2024-01-23 Thread 'Dan Clark' via blink-dev
For the shadow DOM scenario, have we started the spec conversation about what behavior we want to end up at? I find the Gecko behavior a bit suspicious since it's piercing into potentially-closed shadow trees without having a prior reference to them. Maybe caretPositionFromPoint should not pier