- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 22 Apr 2020 16:56:53 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-sizing-4] Scrollbars when intrinsic-width is > width?`. <details><summary>The full IRC log of that discussion</summary> <dael> Topic: [css-sizing-4] Scrollbars when intrinsic-width is > width?<br> <dael> github: https://github.com/w3c/csswg-drafts/issues/4415#issuecomment-614345165<br> <dael> fantasai: Does the phantom content area thing also effect scrolable area? If it does only the contained element or also contents outside of the element?<br> <dael> TabAtkins: Cases for first is your container is 100px.100px and overflow:auto Set contain-intrinisc-size to 200x200 We say you did your child and results in 200x200 and you ahve scrollbars. We believe you shouldg et them. Objections in issue were from a previous definition<br> <dael> TabAtkins: If you have overflow:visible and contain-intrinisic-size to be overflowing value does it set scrollbars elsewhere<br> <dael> AmeliaBR: Clarification: does the contain-intrinsic-size otherwise trigger containment or are you expected to set type and than size?<br> <dael> TabAtkins: ONly applies if size-containment is on<br> <dael> AmeliaBR: So it's separate prop. Doesn't size-containment already have effects on if your'e triggering scrollers on ancestors?<br> <dael> TabAtkins: No, layout does.<br> <dael> AmeliaBR: My intist is keep it as simple as possible and require containment property to spec any trapping of scrolling and whatever<br> <dael> TabAtkins: So it shoudl cause overflow in those cases?<br> <dael> AmeliaBR: Behave same as if child contents had been layed out and generated that intrinsis size<br> <dael> vmpstr: Combined with actual child content? Union of 2?<br> <AmeliaBR> s/intist/instinct/<br> <dael> TabAtkins: For scrollbars calc yes. It does get combined with actual children<br> <dael> ??: When you say calc scrollbars do you mean prsense? Scrollbars can effect size.<br> <fantasai> s/??/biesi<br> <dael> TabAtkins: Scrollbars don't increase size of element, jsut content<br> <cbiesinger> s/biesi/cbiesinger/<br> <dael> AmeliaBR: Came up on issue, is intrinsic with or w/o size of scrollbard. Do you add it on top?<br> <dael> TabAtkins: Scrollbars decrease size of content area.<br> <dael> cbiesinger: It can in the block axis. [missed]<br> <cbiesinger> s/missed/it can also get larger in the inline axis, at least in chrome, if it is shrinkwrapped-sized/<br> <dael> TabAtkins: Can't be the case...wait...if you turn on overflow scroll than scrollbar adds to content area. If you have overflow auto that will never increase area in a way problematic here.<br> <dael> TabAtkins: Only time it will trigger is if you have fixed height<br> <dael> cbiesinger: Auto height and you set multiplier overflow in inline axis increases size in block axis<br> <dael> Rossen___: Only if height is fixed so it is stable<br> <dael> cbiesinger: Why is height fixed<br> <dael> Rossen___: b/c for intrinisic size purpos you always fit if auto<br> <dael> fantasai: Scrollbars increase in opp size of scroll. cbiesinger Is correct<br> <dael> TabAtkins: So yes, if you trigger scrollbar on bottom of element the height would be contain-intrinsic-size height + scrollbar<br> <Rossen___> q?<br> <dael> cbiesinger: Still doesn't matter if has to be union b/c you don't know actual content size. If guess that's the answer is you don't use the union for purpose of scrollabel<br> <dael> TabAtkins: Yeah.<br> <cbiesinger> s/scrollabel/scrollbar presence/<br> <dael> TabAtkins: Actual content should not effect the size for purpose of telling if have scrollbars...i guess...once you do...<br> <dael> TabAtkins: Back up. I think this is a diversion. Need to answer, but I don't think effects current q. Should ctonain intrinsic size if larger than spec size trigger scrollbars<br> <dael> AmeliaBR: I think my argument is same, it should behave same as if you had one child element of that size and anything about scrollbars fall out of that<br> <dael> cbiesinger: So aginst using union of actual size and contain-intrinisic-size?<br> <dael> AmeliaBR: Whole point of cis is replace calc actual size of child content<br> <dael> florian: Not sure it's eq. If regular block yes, but multicol for example...<br> <dael> TabAtkins: She mispoke. It's the result of laying out your content.<br> <dael> AmeliaBR: Yeah.<br> <dael> TabAtkins: Not on children, it's just easy to say accidently<br> <dael> Rossen___: We're about 5 minutes before and fantasai wanted to go over F2F. Can we close on this or continue in issue?<br> <dael> TabAtkins: There's further detail question, but shoudl not effect how actual content of a contain-size elemtn. If actual content can pop a scrollbar that will continue to. If can't will continue.<br> <dael> florian: TabAtkins I stopped watching on GH a while back. Your assertion that my concern used to be valid I don't rmemeber. Can I jsut trust you?<br> <dael> TabAtkins: I think you can. It was about images not triggering scrollbars.<br> <dael> fantasai: I suggest we pick this up later and do F2F<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4415#issuecomment-617902993 using your GitHub account
Received on Wednesday, 22 April 2020 16:56:55 UTC