- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 24 Jun 2020 16:55:13 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-align] Content-distribution keywords that fall back to "center" can't be made safe`, and agreed to the following: * `RESOLVED: Change the fallback value for space-around and space-evenly to safe center` <details><summary>The full IRC log of that discussion</summary> <dael> Topic: [css-align] Content-distribution keywords that fall back to "center" can't be made safe<br> <dael> github: https://github.com/w3c/csswg-drafts/issues/5088<br> <dael> fantasai: Some content distribution keywors like space-around that fall back to center. Fallback we chose was center not space-center and author isn't expecting overflow but it happens if screen is narrow<br> <dael> fantasai: Prop is switch to safe-center for these keywords instead of true center<br> <dael> astearns: Mats had concern in issue<br> <dael> fantasai: Yes. The current spec if you don't say safe or unsafe browser should fine closest scroll cotnainer and make sure it doesn't overflow. Not sure it's consistenly impl or expected for these keywords. No one is asking for center, it's jsut a fallback. Making sure we don't trigger overflow in impl without magic. It's more expected for authros to overflow to the inside when too much content.<br> <dael> smfr: Sounds like there's a layout dependency on scrolling?<br> <dael> fantasai: On scroll container<br> <dael> smfr: If something overflows you migth have different behavior?<br> <dael> fantasai: Default is if you say align-self:center and your grandparent is a scroll container and your item is bigger than viewport it shoudln't overflow left edge. Need to figure out alignment container and left edge of screen different and know you can't overflow more than that. No dependency on scroll position<br> <dael> smfr: Say another element later in flow causes scroll container to become a scroll container. Want to make sure it's not circular<br> <dael> fantasai: No<br> <dael> TabAtkins: The scroll cotnainers are dependent on layout<br> <fantasai> s/to the inside/to the end side/<br> <dael> iank_: Does introduce a double layout pass with arbitrary scroll container on arbitrarily large entities<br> <dael> TabAtkins: Yes. Sae behavior is only in parent sub-tree. This can go up to find a sub-tree<br> <dael> iank_: A little concerned about that<br> <dael> fantasai: That's separate, though. The proposal here is not to depend on that and switch to centerin without dependent on scroll container<br> <dael> fantasai: Currently defined to use scroll container dependent behavior. Not sure how impl<br> <dael> iank_: I don't think anyone impl<br> <dael> fantasai: Which means a lot of sies will put it in unscrollable. Proposal is to switch to safe center which doesn't depend on scrolling<br> <dael> TabAtkins: I know of a site currently effected by this<br> <dael> dholbert: People can't choose between. If we address next issue sites could say safe or unsafe and choose fallback so possible not introduce compat issues<br> <dael> fantasai: If authors want center they can request. This is content distribution where expect multi space elements. Single item or too many items is not what author focuses on<br> <dael> TabAtkins: Even if we re-add ability to spec fallback it doesn't change the default unspecified being defined here<br> <dael> dholbert: There might be sites that have layout where settled for true center as fallback and this changes the layout on them. in some cases change for better. Could concevably break layout<br> <emilio> it may be content that was intended to be unreadable though<br> <dael> fantasai: Unlikely to break. Majority of cases is where unreadbale content is now readable. This is all about cases with overflow and whre author didn't plan<br> <emilio> right, what iank_ is saying :)<br> <dael> iank_: webdev often put things in unscrollable and shift into view<br> <dael> fantasai: This is not that case. I'm not saying they don't do that, I'm saying they don't do it with space-around<br> <dael> astearns: And only different between center and safe-center is when content is in unscrollable<br> <dael> dholbert: It's just when stuff overflows<br> <dholbert> e.g. 50px tall flex container, 100px tall flex item<br> <dholbert> (far from the edges of the scrollport)<br> <dael> astearns: I share Mats concern that changing this on something that's been shipping for a while is bad. I like that it's fixing unreachable content. I'm not that happy making the change<br> <dael> TabAtkins: WE have an example of a site that's broken and will be fixed. We only have theory of sites that will be broken by change<br> <dael> fantasai: It's unlikely to break things but not making this change effects the user more substantially than something being slightly crooked<br> <dael> dholbert: Could fix by option of spec safe<br> <dael> fantasai: No one things about overflow when spec space-around. We have a fallback that happens to be center. If you switch between space-between and space-around you suddenly get unreachable content and you won't see that unless you have content that happens to overflow. If you see that you would fix it so you're not testing for it. User seeing it should be number 1 priority<br> <dael> astearns: And changing the fallback doesn't lock us from being able to specify<br> <dael> fantasai: If we want an opt-in to overlfow we can do that. Default should be make it readable<br> <florian> +1<br> <dael> astearns: Should we resolve to change? Anyone unhappy to resolve now?<br> <dael> dholbert: I'm a little uneasy without knowing what to do on next issue. not sure why we cant' tell sites to use safe keyword<br> <dael> fantasai: Because sites won't fix and one of our principles is avoid data loss<br> <dael> astearns: We can't assume people will fix things they might not even notice. It does seem like a better default.<br> <dael> astearns: I expect there may be compat problems since it's been shipping for a while. It's an improvement but we may be stuck<br> <dael> fantasai: We have compat problems with current behavior but only frustrated users have noticed<br> <dael> astearns: dholbert would you rather take to issue?<br> <dael> dholbert: I'm okay moving forward. I think we'll discover more compat or angry authors. It's hypothetical<br> <dael> astearns: Prop: Change the fallback value for space-around and space-evenly to safe center<br> <dael> astearns: Objections?<br> <dael> RESOLVED: Change the fallback value for space-around and space-evenly to safe center<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5088#issuecomment-648940841 using your GitHub account
Received on Wednesday, 24 June 2020 16:55:15 UTC