- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Thu, 12 Apr 2018 09:52:52 +0000
- To: public-css-archive@w3.org
The Working Group just discussed `Can overflow content influence column height?`, and agreed to the following resolutions: * `RESOLVED: Go with option 1 in this sizing issue- overflow columns effect the multicol container's height` <details><summary>The full IRC log of that discussion</summary> <dael> Topic: Can overflow content influence column height?<br> <dael> github: https://github.com/w3c/csswg-drafts/issues/1745<br> <dael> rachelandrew: This one...[reads]<br> <dael> rachelandrew: There's an example in the comment.<br> <dael> rachelandrew: What's the result 1 or 10 lines? Multicol is high enough to fit all so it's 3 columns with one column outside or it's made high enough to stay inside and there's 2 columns.<br> <dael> rachelandrew: Seemed to agree on second option, but I didn't know if anyone else had comments.<br> <dael> fantasai: Prefer 1<br> <dael> fantasai: Conceptually there's a row of column boxes and I'd like it high enough to contain all.<br> <dael> TabAtkins: astearns comment points out balancing only happens in the specified columns.<br> <dael> TabAtkins: I agree 1 is better overall but because balancing we should be consistent and ignore overflows.<br> <dael> dbaron: When are you in a balancing situation with overflow columns and no column break<br> <dael> TabAtkins: You have 2 1/2 columns with or data nad you have a column break you balance across the columns.<br> <fantasai> Dael, for previous issue here's the whiteboard https://lists.w3.org/Archives/Public/www-style/2018Apr/0009.html<br> <dael> astearns: It's easy with explicit breaks. not sure without. Maybe a monolythic column that doesn't fit?<br> <dael> fantasai: I think you have too much content to balance when there's overflow. So it gives up at that point.<br> <fantasai> s/I think/I think the reason balancing doesn't consider overflow columns is that/<br> <dael> florian: Monolithic thing and the thing before is 1.5 columns of content and then you have content after monolith and you balance before that?<br> <dael> fantasai: Balancing doesn't balance the coilumns that aren't there?<br> <dael> astearns: The ones not in the multicol element.<br> <dael> florian: So you get 2 columns of .75 width, then a monolith and then content after that that overflows?<br> <dael> fantasai: Need a test case<br> <dael> fantasai: What's a case that would trigger this?<br> <dael> fantasai: If you have a bunch of text and it breaks. You have 3 columns, you fill the first 2 and 10% of third and then a giant image that's overflowed. The three columns then rebalance. Does anyone impl that?<br> <dael> florian: [whiteboards] [there's a 1st column that's filled with text, a second column with a bit of text and a large image. It then goes into 2 columns of balanced text and then the image is in an overflow to the right.]<br> <dael> fantasai: I don' think anyone impl<br> <dael> florian: Do we agree spec says that?<br> <dael> TabAtkins: That's what astearns said and I'm believing him.<br> <dael> astearns: 4 years ago it did.<br> <dael> fantasai: [reads] [no effect in overflow columns]<br> <dael> fantasai: I think it should say no effect when there is overflow columns<br> <dael> Rossen: Test case?<br> <dael> fantasai: Trying to write one.<br> <dael> astearns: It's just that one setence afaict<br> <dael> florian: Performance wise it seems preferable to not do this.<br> <dael> florian: Design-wise...?<br> <dael> astearns: I think my reply is just the interpretation of that ambig sentence.<br> <dael> fremy: If my test case is right I don't think we do it.<br> <dael> fantasai: Mozilla does not rebalance.<br> <fremy> https://wptest.center/#/0gcmv9<br> <dael> [fantasai works with test case more]<br> <fantasai> http://software.hixie.ch/utilities/js/live-dom-viewer/?saved=5904<br> <fremy> ^ my test case in case this is correct<br> <dael> fantasai: Chrome rebalances all of them. It does the overflow and the regular.<br> <dael> astearns: So not following spec differently.<br> <dael> Rossen: We're rebalancing as well.<br> <dael> florian: Is break-inside:avoid impl by everyone?<br> <dael> fantasai: If you didn't you wouldn't get everything<br> <dael> fantasai: That's why I sued page-break:inside<br> <dael> fremy: That's for page.<br> <fantasai> s/sued/used/<br> <dael> astearns: Back to the issue. People prefer taking into account the height of the overflow columns in determining height of multicol container.<br> <dael> astearns: I think I still find that weird when you have overflow:hidden and you can have unfilled columns<br> <dael> fantasai: But if you have overflow:scroll you want to scroll.<br> <dael> astearns: I don't mind option 1<br> <dael> florian: More sense to me.<br> <dael> rachelandrew: Yeah.<br> <dael> astearns: Resolve on option 1 or still working on test cases?<br> <dael> fremy: My test case shows edge is not rebalancing.<br> <dael> [fantasai goes to look at fremy test case]<br> <rego> this is using break-after: https://codepen.io/mrego/pen/GxLQJm<br> <dael> [arguing over test cases]<br> <dael> fremy: FF does not rebalance I think.<br> <rego> in Chromium the size of the multicol container is 2 lines, in WebKit it's 1 line (in my example ^)<br> <dael> fantasai: fremy in my test case if you remove the word columns.<br> <dael> fantasai: nevermind.<br> <dael> Rossen: Do we have enough to resolve? Should we come back later so people can play with test case?<br> <dael> fantasai: It's clear we're not doing that line in the spec<br> <rego> and in Edge my example has a bigger height<br> <dael> astearns: I think we can resolve on this issue and add a new issue for balancing in overflow columns.<br> <dael> Rossen: This is L1?<br> <dael> rachelandrew: Yeah.<br> <dael> Rossen: Okay<br> <dael> astearns: Prop: Go with option 1 in this sizing issue- overflow columns effect the multicol container's height<br> <dael> Rossen: Other opinions or objections?<br> <dael> Rossen: Overflow columns effect container height is the proposal<br> <dael> florian: support<br> <dael> rachelandrew: support as well<br> <dael> RESOLVED: Go with option 1 in this sizing issue- overflow columns effect the multicol container's height<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/1745#issuecomment-380745583 using your GitHub account
Received on Thursday, 12 April 2018 09:52:55 UTC