- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 08 Nov 2017 00:48:34 +0000
- To: public-css-archive@w3.org
The Working Group just discussed `How does abspos work in a containing block split by a spanner`, and agreed to the following resolutions: * `RESOLVED: Behavior already defined in CSS Fragmentation; file any issues there.` <details><summary>The full IRC log of that discussion</summary> <TabAtkins> Topic: How does abspos work in a containing block split by a spanner<br> <TabAtkins> rachelandrew: It's not clear how abspos works when the containing block is split by a spanner<br> <TabAtkins> rachelandrew: I built an exmaple, we dont' ahve interop, it's all very strange<br> <TabAtkins> rachelandrew: How should we resolve this?<br> <fantasai> github: https://github.com/w3c/csswg-drafts/issues/1894<br> <fantasai> TabAtkins: My first instinct is that the contianing block is generated by the fragments<br> <TabAtkins> dbaron: that's the easiest to implement for us, and what we were planning to do unless someone disagreed<br> <TabAtkins> Rossen: It's not what we do<br> <TabAtkins> iank_: We were looking at multicol and abspos; dunno if webcompatible, but would be nice to have the fragment that contains the abspos do it.<br> <TabAtkins> dbaron: What's hard about that is the only case where you don't know the abspos cb at the tim eyou construct it.<br> <fantasai> TabAtkins: Situation ian was talkinga bout erlier, a large containing block at the end of a column, part of it is at the top of the next column<br> <fantasai> TabAtkins: what happens there?<br> <Rossen> https://codepen.io/rachelandrew/pen/rYeagj?editors=1100<br> <fantasai> dbaron: That happens during fragmentation, and this happens during frame construction<br> <fantasai> dbaron: fragmentation happens during layout<br> <TabAtkins> TabAtkins: CSS doesn't treat those two separately...<br> <TabAtkins> TabAtkins: per spec<br> <TabAtkins> dbaron: In ours you have to duplicate the logic then, in each place<br> <TabAtkins> iank_: Ah, we do some layout.<br> <TabAtkins> dbaron: The other two options are (1) always use first fragment, (2) union the fragments<br> <TabAtkins> TabAtkins: Dont' union, that's bad<br> <TabAtkins> dbaron: I think the "per fragment" is the sanest thing. Did the tests show something else?<br> <TabAtkins> rachelandrew: I think authors would prefer what grid does, unsure what tests show<br> <TabAtkins> rachelandrew: In grid, if you have an abspos grid item, the grid area generates the containing block<br> <TabAtkins> rachelandrew: Unsure about usage in multicol right now<br> <TabAtkins> TabAtkins: (because multicol sucks on the web)<br> <TabAtkins> iank_: Is there use-cases for wanting an abspos to span across a spanner?<br> <TabAtkins> dbaron: There's another set of issues we haven't resolved yet; if you have an abspos whose cb is part of a pagination sequence, and it has a large negative or positive top that pushes it up or down into a different fragment, i don't think we've defined that yet.<br> <TabAtkins> iank_: It would be nice if a box has fragmented, and the abspos is in that fragment, we consider that fragment as the cb<br> <TabAtkins> fantasai: What you want is that if you have a page in screen media and it's in abspos, you want it to paginate in a sane way, and you can't get that with this<br> <TabAtkins> fantasai: We want a page that is laid out with abspos to print out well for the user.<br> <TabAtkins> dbaron: The other model that gets you something in that direction is you consider the db to be the entire fragment chain<br> <florian> q+<br> <TabAtkins> TabAtkins: What's meant by that?<br> <TabAtkins> dbaron: Pretend all the fragmentes are together; top is relative to first frag, bottom is relative to last, etc...<br> <fantasai> fantasai: This is all defined in css-break-3<br> <TabAtkins> florian: Can I ask what we're trying to solve here? If we want to solve printing pages as they exist, I think Fragmenting gets it right; something else, what?<br> <TabAtkins> dbaron: Less about that, more figure out what engines should do for a feature that's alreayd been specced for a decade.<br> <TabAtkins> fantasai: I'm okay with that behavior (spanner causing the break) being different form the general fragmentation behavior. I think that's a weird case.<br> <TabAtkins> fantasai: IMportant to make regular fragmentation make sense.<br> <TabAtkins> dbaron: I think it makes sense to make this agree; I just didn't thinka bout that when I filed th eissue, because impl-wise it's separate in our code.<br> <TabAtkins> [dbaron draws an example]<br> <jensimmons> q-<br> <fantasai> There are three columns, split by a spanner<br> <fantasai> there's an element which starts in the second column above the spanner, then continues into the third column above the spanner, then finishes parway through the first column after the spanner<br> <TabAtkins> dbaron if an abspos is in the element, and you say "top:0; bottom:0", it'll start in the second column, span across the third, and across the first after the spanner.<br> <TabAtkins> rachelandrew: Are we happy to resolve on that behavior?<br> <TabAtkins> [general agreement]<br> <florian> q-<br> <TabAtkins> florian: I think most of these use-cases are best solved by page floats, not abspos, but if you have a use-case not solved, please bring it up<br> <TabAtkins> RESOLVED: Behavior already defined in CSS Fragmentation; file any issues there.<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/1894#issuecomment-342673130 using your GitHub account
Received on Wednesday, 8 November 2017 00:48:42 UTC