- From: CSS Meeting Bot via GitHub <noreply@w3.org>
- Date: Wed, 20 Aug 2025 13:53:17 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-gaps-1] Asymmetric start and end offsets`. <details><summary>The full IRC log of that discussion</summary> <fantasai> kbabbitt: another piece of author feedback that we got. The property would control how far into or away from an intersection the gap decoration extends<br> <fantasai> kbabbitt: They might want to meet exactly, or overshoot, or undershoot, the intersection<br> <fantasai> kbabbitt: For flexbox, there was an author who wanted different offsets on different sides of it<br> <fantasai> kbabbitt: Suggestion was to have the outset value control start vs end independently<br> <fantasai> kbabbitt: e.g. taking two values, or make it a shorthand<br> <SebastianZ> q+<br> <astearns> ack SebastianZ<br> <fantasai> kbabbitt: another somewhat related issue is shorthanding the offset and the break, so keep that in mind<br> <fantasai> SebastianZ: Not up to date on how this is currently defined, but it take into account the expansion outside the grid, or also within the container, btween the items?<br> <JoshT> q+<br> <fantasai> kbabbitt: Can specify outset either ith pixel value or percentage value, where percentage is relative to crossing gap<br> <fantasai> kbabbitt: you can extend outside the container if you want<br> <fantasai> kbabbitt: can keep it flush<br> <fantasai> SebastianZ: separate question wrt outside of container and internal<br> <fantasai> SebastianZ: but I like being able to control both outsets<br> <astearns> ack JoshT<br> <fantasai> JoshT: The example with the landscapes is interesting, especially if we assume it's a grid of the entire page layout<br> <fantasai> JoshT: I don't think this proposal gives us a way to give a fixed width for the decorator<br> <fantasai> astearns: but did have a thought, might want 5em<br> <fantasai> alisonmaher: I don't think you can, because 100% is relative to gap<br> <astearns> ack fantasai<br> <emilio> fantasai: this example with a short line looks like a border in the preceding paragraph, but with a shortened border<br> <astearns> thought that you’d be able to get a particular length with calc, but alisonmaher is correct that it would be centered<br> <emilio> ... there's been various proposals in borders-4<br> <emilio> ... this particular pattern is common<br> <emilio> ... I think that's a separate feature from gaps<br> <emilio> ... we should also do it, there's a spec and we should probably revisit it<br> <emilio> ... so this seems tangential<br> <emilio> ... just having the outset property is enough<br> <emilio> ... each side independently I'd expect us to go in that direction at some point<br> <emilio> ... so that it seems fine to do whenever there's sufficient demand<br> <emilio> ... but the point about making sure we design so that the syntax can be accommodated makes sense<br> <emilio> ... we should expand rule-offset to have more than one offset<br> <emilio> kbabbitt: do you think this is one prop with 1/2 values or different props?<br> <emilio> fantasai: if they don't need to cascade independently I don't think we should split it into longhands<br> <fantasai> fantasai: If an author would want to set one value in one style rule and another value in another style rule and have them combine, then you need longhands. otherwise not.<br> <fantasai> SebastianZ: Could be use cases wrt animating the outset-start individually from that<br> <fantasai> fantasai: yeah, you can do that<br> <fantasai> SebastianZ: i can imagine wanting to extend the lines outside the container, but not within<br> <fantasai> astearns: We can start with a single rule-offset with two lenghts, and split out to longahnds later<br> <fantasai> fantasai: important question -- here the proposal is start vs end<br> <fantasai> fantasai: what Sebastian is suggesting is interior vs exterior<br> <fantasai> kbabbitt: another issue on that<br> <fantasai> fantasai: the syntax might interact then<br> <fantasai> astearns: ok, let's go to that issue then<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/12603#issuecomment-3206444289 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 20 August 2025 13:53:17 UTC