Minutes OpenUI-WHATWG/HTML-CSSWG Meeting 2024-05-08
Presentation on styleable `select`
- jarhar gave a presentation on the background and use cases for a styleable `select` as an introduction to other agenda topics for the meeting. The slides are available here.
CSS UI- appearance: base to enable interoperable styling of controls/components
- The discussion for issue #5998 was centered on answering some questions and re-grounding everyone in the history of this topic since conversations had previously happened across groups separately.
- Some of the historic and current doubts raised were around future compatibility and the property being too specific as well as doubts around accessibility and ergonomics. Many of these concerns, though not easy, have been thought through and addressed in the proposed future state.
- The next step is to see if there is agreement at a conceptual level to add this to CSS with details on exact properties and behavior to be defined in a separate issue. To that end, a summary comment will be added to github for further discussion offline before the next meeting.
Full Meeting Minutes
Minutes Telecon 2024-05-15
- Resolved: Make position a shorthand of position-anchor and a new position-type property. The shorthand resets both (Issue #10321: `position-anchor` should be defined as a longhand of `position`)
- Resolved: Fix definition of revert-layer’s behavior to match the general behavior elsewhere (Issue #10319: revert-layer should only revert the Position Fallback Origin)
- Resolved: Rename implicit to auto in position-anchor (Issue #10312: Initial value of `position-anchor` should be `auto` not `implicit`)
- Resolved: Drop the keyword from the anchor() function (Issue #10312)
- Resolved: If inset-area spans two tracks we’ll align toward the missing track instead of centering (Issue #10313: Default alignments for inset areas are wrong)
- Resolved: Container queries and units use the flat tree (Issue #5984: CQ vs shadow boundaries)
- There was general agreement on having an ‘auto’-like solution and an ‘attr()’-like solution for issue #8320 (view-transition-name determined by element) but not yet agreement on the details for the approach. Discussion will return to github to draft up a more concrete proposal.
Full Meeting Minutes
Minutes Telecon 2024-05-08
- Resolved: view-transition-name lookup is tree-scoped (Issue #10145: Should view transition names be tree scoped?)
- While discussing issue #9839 (Handle startVT for offscreen iframes), a new proposal came up to start an offscreen iframe animation with a negative start delay so that it could begin to animate when it appears without having to do a lot of work while it’s offscreen. There wasn’t time on the call to think through the potential upsides and downsides to this approach so discussion will return to github.
- Resolved: ::view-transition pseudo is the last child of its originating element, after everything else including other pseudo-elements (Issue #9588: Clarify ordering of `::view-transition` with other tree-abiding pseudo-elements)
- Resolved: Animation to/from keyword sizes requires an opt-in, so by default only get transition if at least one side gets calc-size() (Issue #626: Transition to height (or width) “auto”)
Full Meeting Minutes
Minutes Telecon 2024-05-01
- Resolved: Dispatch scroll snap events on pseudo elements by targeting the ultimate originating element (Issue #10175: Should pseudo-elements show up as null SnapEvent.snapTargetBlock/Inline)
- Resolved: Snap events targeting the document bubble in the same way scroll events do (Issue #10173: Should snap events fired at the document bubble?)
- Resolved: scrollsnapchanging and scrollsnapchange (Issue #9697: Use present tense for snap event names)
- Resolved: Add ::search-text, using :current to distinguish currently-focused match, mark as optional to implement (Issue #10212: Single highlight pseudo for find-in-page?)
- Resolved: ::search-text paints directly above or directly below ::selection (up to UA) (Issue #10213: painting order of find-in-page highlights)
Full Meeting Minutes
Minutes Telecon 2024-04-24
- jensimmons presented an overview of the proposal for issue #9041 (Alternate masonry path forward) and an accompanying demo to add clarity
- The Google & Edge implementors were concerned that the current proposal would not be implementable because the algorithm would cause exponential behavior in some cases and proposed some restrictions to prevent it (full details in this comment)
- Several folks expressed concern with including this in Grid since, though they have similarity, understanding masonry in a grid context would limit what masonry could do. On the other hand, authors could want to switch between grid and masonry at different breakpoints which would argue for keeping them together.
- Discussion will continue on github to allow folks time to think about and discuss the various ideas raised on the call.
- Resolved: `none` is preserved in calculations involving CSS math functions (Issue #10211: Clarify that `none` is preserved in calculations)
- Resolved: When interpolating between two none-containing values, the result is a calc-mix() expression preserving the `none` keywords in both values (Issue #10211)
Full Meeting Minutes
Minutes Text Breakout 2024-04-24
- Resolved: Start work on middle ellipsis in css-overflow-4 (Issue #3937: Ellipsizing of text in middle of string)
- Resolved: Number of lines can change if it’s 6+ lines being balanced, and note that this is about line breaks not content height shifts (Issue #10186: Should text-wrap-style:balance be allowed to affect the block height?)
- Resolved: Clamp, then balance (Issue #9310: Interaction of `text-wrap: balance` and `(-webkit-)line-clamp`)
- The group was poised to resolve on the proposal within issue #10073 (Breaks within implicit bases is not Web-compatible) however there were concerns about performance and not enough time to address them so discussion will return to the issue.
Full Meeting Minutes
Minutes Telecon 2024-04-17
- Issue #8738: Figure out whether we’re fine with “shifting up” bare declarations after rules-
- TabAtkins introduced the proposal for issue #8738 (Figure out whether we’re fine with “shifting up” bare declarations after rules) and proposed moving serialization into a separate issue
- There were some concerns raised about author confusion given that it’s easy to make a small change that would alter behavior.
- The proposal was viewed as an improvement over the current spec text and there was a desire to make a change now before the current spec text becomes relied upon by authors.
- The group discussed the likelihood of this being used by authors and the value of having it as something an author (especially in a tooling use case) could access vs the value of having well-defined and predictable magic.
- Though there was some pushback to magic, the principle of taking the least user-facing approach had wide agreement.
- Resolved: Tab specs @nest, with a note about @nest rules as a usable syntactic construct being something we might want to get rid of
Full Meeting Minutes
Minutes Telecon 2024-03-27
- Resolved: We will use shaped edge and unshaped edge (Issue #5132: How to refer to the corner-shaped padding/border/content edges)
- Resolved: Editorial update to level 3 box rec
- Resolved: View Transitions level 2 to public working draft (Issue #10096: FPWD for CSS View Transitions L2)
- Resolved: Use FrozenArray for CSS OM. VT typeset which is setlike for types attribute. Keep sequence of strings for svt as is. (Issue #10114: Data type for types in script APIs)
- Resolved: Don’t deduplicate values in reflections (Issue #10114)
- Resolved: Don’t drop invalid values in reflections (Issue #10114)
- Resolved: Make * optional if you are using a class (Issue #9874: Consider allowing `::view-transition-group(.class)` without *)
- Resolved: All scroll containers default to unsafe alignment (not actually unsafe on scroll container) (Issue #10008: Default safety of scroll containers)
- Oriol introduced proposed syntax to specify the agreed upon behavior for list-time nesting in issue #9076 (list-item counter nesting is confusing). There were questions on handling defaults and if the property should inherit, but the group didn’t have time to discuss further on the call so conversation will return to github.
Full Meeting Minutes
Minutes Telecon 2024-03-20
- Resolved: Make CSSViewTransitionRule readonly (Issue #10011: Make CSSOM interface read-only)
- Resolved: Change use of DOMTokenList to something more appropriate for readonly interfaces (Issue #10011)
- Resolved: Switch to using “types” in all the locations (Issue #10070: ‘type’ argument that takes an array of types is very weird naming)
- Resolved: Use “InvalidStateError” when skipping the view transition due to document not visible (Issue #10101: Which skipping reason does “View transition page-visibility change steps” use?)
- Resolved: Fix algorithm error, always return transition object (Issue #10101)
- Resolved: Publish CRD of css-view-transitions-1
- Resolved: No change to spec for non-transparent colors (tests need fixing) (Issue #9851: How are the specified color used?)
- There were reasons to either pre-composite or ignore semi-transparent and transparent colors for scrollbars. The group did not have time to resolve so they will detail out the pros/cons in issue #9853 (What do (semi) transparent colors mean for scrollbar-color).
Full Meeting Minutes
Minutes Anchor Positioning Breakout 2024-03-20
- Resolved: Undo the previous resolution – anchor names are not blocked by any form of containment. But they *are* blocked from escaping a “skipped content” element (Issue #10040: Containment makes it difficult to use anchor positioning with container queries)
- Resolved: And if a positioned element is “relevant to the user”, any element it’s anchoring to remains “relevant to the user” as well (Issue #10040)
- Resolved: Fallback styles live in a new “Position Fallback Origin”. They revert like Animation styles (back to User origin) (Issue #9149: Define interaction with the cascade in `@position-try`)
- Resolved: !important is not allowed within position-try (Issue #10058: Is !important allowed in @position-try)
- Resolved: Forget if position-try CSS changes or any of the try blocks change (Issue #10099: When to invalidate “last remembered position-try option”?)
- Resolved: No change to spec (Issue #9245: border-radius and border-image should be “border properties”)
Full Meeting Minutes