Mason Freed
Mason Freed
> * [ ] Corresponding [HTML AAM](https://w3c.github.io/html-aam/) & [ARIA in HTML](https://w3c.github.io/html-aria/) issues & PRs: @scottaohara @aleventhal does this need any change to the HTML AAM spec? This PR (to HTML)...
> But (IMO) we should not consider anything in CSSWG drafts as stable until there is at least a prototype and some tests. Lack of unresolved issues before that happens...
> Given what we discussed today this looks good to me, but we should make very clear that the "make modal dialogs not overridable, but inert attribute overridable" is intentional....
> We haven't gotten an answer back on whether this affects HTML-AAM / ARIA, but I am pretty sure it doesn't since there's no new HTML attributes or elements involved....
> This is really disappointing to see. I thought the discussion on #10811 was really promising. Sorry to hear that. The discussion on #10811 was hypothetical and (I think?) could...
Hi, I’ve tried below to answer all questions. Because there were many, this got quite long. Apologies for length or if I missed anything! > from what i can tell,...
Per the comments above, and the [recent resolution](https://github.com/w3c/csswg-drafts/issues/10711#issuecomment-2884252218) from the CSSWG/WHATWG/OpenUI joint meeting, I've updated this PR to disallow de-inerting. The only thing that remains de-inertable is the topmost modal...
> * The timing at which the flag is set and cleared is not interoperable either, even on click. [test case](https://www.software.hixie.ch/utilities/js/live-dom-viewer/saved/12136). @mfreed7 do you know when stuff is set /...
> In WebKit it seems that we pass this policy directly to the HTML parser and not store it on document. I suspect that forwarding ends up doing the right...
Yep, that makes sense. We would be happy to adopt that as a resolution and ship the corresponding change in Chrome. Perhaps we can just call for an async resolution?...