Inheritance with shadow DOM for `spellcheck` attribute about html HOT 5 OPEN

The use cases for some of these attributes (ex. spellcheck, writingsuggestions, translate) inheriting across shadow boundaries seem more compelling than for contenteditable, so I'm not sure if aligning with contenteditable's behavior for all of them is the right choice.

Could you also share more context into why the choice was made to disallow contenteditable from inheriting across shadow boundaries?

from html.

So Firefox follows the current spec - root element in shadow DOM doesn't have a parent element.

What would be the use case to inherit?

from html.

This was discussed during a WHATNOT call in the context of #9065. One use case for inheritance is to allow authors to turn off spellcheck for the whole document by setting the attribute to false on the document element. As currently spec'ed, if authors want to also turn off the feature in shadow trees, they would have to explicitly set the spellcheck attribute inside each shadow tree. If inheritance worked across shadow boundaries, they would be able to realize this intent more simply.

from html.

@smaug---- @emilio If we were to update the spec to allow inheritance across shadow boundaries, would Firefox be able to adopt that behavior?

from html.

Based on https://searchfox.org/wubkat/commit/6e1c9b06a562ecfc8363f93f0eb36d9bcd8f2631 this seems like a 13yo bug.

As @rniwa pointed out to me not inheriting contenteditable across tree boundaries was a deliberate choice. These attributes should follow that. I suggest we add tests for spellcheck and get this fixed.

from html.