- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Thu, 30 Jan 2025 23:47:53 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-overflow] Web compat issue when hiding abspos after the line-clamp point`, and agreed to the following: * `RESOLVED: do not skip painting for abs pos where the containing block for the abs pos is at or above the line clamp` <details><summary>The full IRC log of that discussion</summary> <nicole> emilio: I implemented line-clamp model so you don't paint lines that are clamped. Including abs pos if static position is after clamp point<br> <nicole> emilio: had to revert behavior change, so need a new solution<br> <nicole> emilio: most sensible, keep painting abs pos whose containing block is at or above the line clamp container<br> <nicole> emilio: not counting abs pos contained in an inline element<br> <florian> q+<br> <nicole> emilio: only abs pos that hang off of clamped container or above<br> <astearns> q+<br> <nicole> emilio: could restrict it more, main issue is you still need to dig through arbitrary content to find abs pos elements<br> <nicole> iank_: you need to do that anyway<br> <nicole> iank_: abs pos still has geometry<br> <nicole> emilio: still need to lay it out<br> <nicole> iank_: yes<br> <andreubotella> q+<br> <nicole> emilio: in gecko after layout, build display list, if you don't paint, just keep the subtree<br> <nicole> emilio: abspos, painting order depends on in flow position<br> <astearns> ack florian<br> <nicole> florian: could we not do it, not paint, not bother with complexity. Can't from a webcompat perspective. They use the abs. pos to add a button to expand the clamped area<br> <nicole> florian: Emilio's proposal is probably the best<br> <nicole> florian: people may move it and it will pop up out of there. If they put it somewhere reasonable the behavior will be reasonable. If they want to be sure it isn't visible, overflow hidden<br> <nicole> iank_: relpos can affect the painting<br> <kizu> q+<br> <nicole> emilio: the way gecko paints abs pos: traverse layout tree, end up in inflow pos of abs pos, then build display list for the abs pos<br> <nicole> iank_: oh, we don't do that, I'm not concerned<br> <nicole> astearns: is this just abs pos or other things too? ex. anchor positioning<br> <dholbert> (rel-pos and sticky-pos are worth considering too)<br> <dholbert> (but hopefully can be disregarded)<br> <kizu> q-<br> <nicole> TabAtkins: currently have the ability to do that<br> <astearns> ack astearns<br> <nicole> astearns: does position relative to anchor make a difference<br> <nicole> TabAtkins: it is absolutely pos<br> <nicole> iank_: if potential anchor is past line clamp, we don't consider that a potential anchor<br> <astearns> ack andreubotella<br> <nicole> andreubotella: not great to have text that is hidden but not abspos. One option to limit this to ____<br> <florian> s/____/the -webkit- prefixed version<br> <florian> q+<br> <nicole> andreubotella: but would cause a difference in layout between line-clamp and webkit-line-clamp. Not desirable.<br> <emilio> q+<br> <nicole> andreubotella: should authors be told to use overflow hidden? We were hoping to avoid this with web components<br> <andreubotella> s/with web components/with this redefinition of (-webkit-)line-clamp<br> <nicole> iank_: for the 99% case, this doesn't matter. For the cases with combat challenges, people do want the abs pos to be painted<br> <nicole> iank_: I think that's fine<br> <florian> s/combat/compat/<br> <nicole> iank_: we should minimize differences between webkit-line-clamp and line-clamp for autoprefixer's sake<br> <astearns> ack florian<br> <nicole> florian: also thinks this is fine, don't restrict to webkit prefix<br> <nicole> florian: kind of handy to create button to expand clamp<br> <astearns> ack emilio<br> <nicole> florian: in the few cases where people didn't want it to paint authors can use clip and other options<br> <nicole> emilio: weird if we painted arbitrary abspos. ex. an icon but not a button<br> <nicole> emilio: in this case you are just affecting something inside the line clamp tree, so it seems like a feature<br> <nicole> Emilio: proposed resolution, do not skip painting for abs pos where the position is at or above the line clamped container<br> <nicole> holbert: wants to add mentioning containing block<br> <florian> s/where the position/where the containing block<br> <nicole> astearns: edit, do not skip painting for abs pos where the containing block for the abs pos is at or above the line clamp<br> <nicole> RESOLVED: do not skip painting for abs pos where the containing block for the abs pos is at or above the line clamp<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/11379#issuecomment-2625955538 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 30 January 2025 23:47:54 UTC