- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 06 Jul 2022 23:52:03 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-overflow] overflow-clip-margin might want to set different boxes in the block and inline axes.`, and agreed to the following: * `RESOLVED: Add overflow-clip-margin-inline, -block, and the full set of properties` <details><summary>The full IRC log of that discussion</summary> <dael> Topic: [css-overflow] overflow-clip-margin might want to set different boxes in the block and inline axes.<br> <dael> github: https://github.com/w3c/csswg-drafts/issues/7245<br> <dael> Rossen_: Can we discuss this w/o emilio?<br> <dael> fantasai: Probably. Next issue should wait<br> <dael> fantasai: On this, proosal we accepted to add overflow-clip-margin property. Takes a value to clip a little outside border edge.<br> <dael> fantasai: This allows some amount of overflow<br> <dael> fantasai: Typical margin properties have longhands that allow you to do sizes of box with physical or logical coord.<br> <dael> fantasai: Also semi-longhands that do both inline or both block sides at the same time<br> <dael> fantasai: emilio filed this saying might be useful to be able to set overflow-clip-margin independantly in block and inline axis. That brought up question of do we want full set of longhands or just per axis<br> <dael> fantasai: If we're going halfway overflow-clip-margin would take 1 value and set all 4. You could do overflow-clip-margin-block and -inline. Later we could add the full longhands if there's need<br> <Rossen_> q?<br> <dael> Rossen_: Comments?<br> <dael> vmpstr: Clarify, if both are set is there a precident of what happens?<br> <dael> fantasai: overflow-clip-margin is shorthand for overflow-clip-margin-block and -inline<br> <dael> vmpstr: Got it<br> <dael> Rossen_: And if you only set....okay...<br> <dael> Rossen_: Prop is start with the single value and extend to inline and block<br> <dael> Rossen_: Or do we want to resolve on the full expansion?<br> <dael> fantasai: That's my question. Just inline and block or explode all the way?<br> <dael> Rossen_: Would be quite inconsistent to have a shorthand with only 2 values. For consistency prefer if similar to margin<br> <dael> Rossen_: But that's a point for consistency<br> <dael> jensimmons: Agree to explode it out so we don't confuse people<br> <dael> Rossen_: And compat later is easier<br> <dael> Rossen_: When you have impl that only support 2 and other impl that support all<br> <dael> Rossen_: Sounds like we want to resolve to expand out the shorthand to support all the inline and block values, both logical and physical?<br> <dael> fantasai: Yeah, if we want all the sides we do the full set<br> <dael> Rossen_: Add overflow-clip-margin-inline, -block, and the full set of properties<br> <khush> q+<br> <dael> Rossen_: Additional thoughts? Objections?<br> <Rossen_> ack khush<br> <dael> khush: Clarifying one thing. Margin shorthand has syntax to spec value for all 4 sides. Resolution is not to make that work, right?<br> <dael> fantasai: If we're going to the full set that we'll be fully consistent<br> <dael> khush: Oh. Depending on how many values spec it was saying overflow-clip-margin could have 2 values to specifying content box and margin. If we see 2 is it supposed to be for top or both<br> <dael> fantasai: So b/c we have 1 or 2 values for each longhand we would have to figure out how to disambiguate shorthand<br> <dael> khush: Exactly<br> <dael> fantasai: Other option is pull out the box choice into own longhand so margins are all linked. But then couldn't choose different boxes to offset from. That would solve disambig.<br> <dael> fantasai: Other possibility is restrict the shorthand so it's only one but it's appled to all for the longhand. If you want to offset differently you have to use the longhand. We do have precedent<br> <dael> khush: So shorthand wouldn't let you supply both values. f you want that you have to use longhand<br> <dael> fantasai: Yeah, I think would be one easy way to do.<br> <dael> fantasai: To allow everything in shorthand we would have to either require box for every keyword or require length for everything or use a separator.<br> <dael> fantasai: A bunch of ways to handle. Probably should resolve to add all the longhands and then follow-up how to handle the shorthand parsing b/c should discuss more<br> <dael> khush: We did ship overflow-clip-margin in chrome which lets you spec both things. But exploring options separate sounds good<br> <dael> fantasai: I think if you do keyword + length all the options here still allow that<br> <dael> Rossen_: Prop: Add all the longhands to overflow-clip-margin-inline and follow up with a separate issue for how to handle the shorthand parsing<br> <dael> Rossen_: Does that sound reasonable?<br> <dael> khush: sgtm<br> <dael> Rossen_: Additional comments or objections to add overflow-clip-margin-inline, -block, and the full set of properties<br> <dael> RESOLVED: Add overflow-clip-margin-inline, -block, and the full set of properties<br> <dael> Rossen_: khush or fantasai please open separate issue<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/7245#issuecomment-1176865109 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 6 July 2022 23:52:06 UTC