#965: improvements to <details> styling (widget structure)
Discussions
Discussed
Jun 10, 2024 (See Github)
Propose close ("thanks for flying TAG"), to be confimed by Lea
Comment by @LeaVerou Jun 16, 2024 (See Github)
+1 from me, this solves a longstanding author pain point. The spec should clarify what pseudo-classes and pseudo-elements can be used on ::details-content
(apologies if it's there, I didn't see it). See ::part()
for an example of wording.
Comment by @dbaron Jun 17, 2024 (See Github)
The definition of ::details-content
refers to the definition of a new part-like pseudo-element term, which is intended to make the rules for that equivalent to ::part()
. Two of the things I'm hoping to do in the next few weeks are (1) implement that equivalence in the Chrome implementation and, while doing so, (2) verify that the spec actually makes the concepts match correctly.
Comment by @martinthomson Jun 18, 2024 (See Github)
@matatk, @plinss, and I discussed this one. Like @LeaVerou, we're enthusiastic about these changes.
OpenedJun 5, 2024
こんにちは TAG-さん!
I'm requesting a TAG review of improvements to
<details>
styling that address styling of the widget structure.This is a set of changes to make the
<details>
and<summary>
elements more stylable, with the overall goal of making issues with styleability no longer be an obstacle that prevents the use of HTML's built-in elements for this type of widget.Further details: