- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 23 Aug 2023 16:51:13 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-text-4] move "balance | stable | pretty" out of text-wrap`, and agreed to the following: * `RESOLVED: text-wrap becomes a shorthand for text-wrap-style and text-wrap-onoff, and only text-wrap-onoff is a longhand of white-space` <details><summary>The full IRC log of that discussion</summary> <Rossen_> Zakim, open queue<br> <Zakim> ok, Rossen_, the speaker queue is open<br> <emeyer> fantasai: Originally, text-wrap had two values, wrap and no-wrap<br> <emeyer> …Since then, we’ve added various values for not just whather wrapping occurs, but what KIND of wrapping occurs<br> <emeyer> …The more we add, the worse it becomes that this is mixed with wrapping and how<br> <emeyer> …Some of the values should cascade, and some shouldn’t<br> <emeyer> …I would like to split `text-wrap` into two properties<br> <emeyer> …One takes wrap and no-wrap, and the other takes all the others<br> <florian> q+<br> <Rossen_> q?<br> <Rossen_> ack florian<br> <emeyer> …Since `text-wrap` is shipping, I’m happy to dedicate it to how things are wrapped, and move the wrap/no-wrap to another property<br> <lea> ;?<br> <emeyer> florian: Completely agree<br> <lea> q?<br> <emeyer> …We do have some tension in the naming<br> <emeyer> …How bad is it to ask Chrome to break here<br> <lea> q+<br> <emeyer> …When they asked about shipping, they said it would be okay to rename later<br> <fantasai> wrap-style vs text-wrap would indeed be more understandable if that's possible ...<br> <emeyer> …I would prefer that we kept `text-wrap` for yes/no on wrapping at use `wrap-style` for the others<br> <emeyer> iank_: I think the situation has changed from that time period<br> <emeyer> …I don’t know if renaming is viable<br> <emeyer> florian: This is going to make it more difficult to do this sort of thing int he future<br> <emeyer> …We asked explicitly if it would be okay, and now it’s been waklked back<br> <emeyer> lea: I agree these should be separated, and we shoudl have more granular control over wrapping<br> <emeyer> …I don’t tknow that we need to break backwards compatibility to do that<br> <emeyer> …most of these are useless without wrapping, so it seems like a win that some of these values cause wrapping<br> <emeyer> …If you say `text-wrap: balance`, we can be smart and also set `wrap`<br> <Rossen_> q?<br> <Rossen_> ack lea<br> <emeyer> fantasai: What you’re proposing is we keep `text-wrap` as a shorthand that incorporates text wrapping on/off?<br> <emeyer> lea: Yes<br> <emeyer> fantasai: That could work, we need a better name than `text-wrap-on-off`<br> <fantasai> s|text wrapping on/off|text-wrap-style and text-wrap-onoff/<br> <emeyer> Rossen_: Let’s bikeshed the name offline<br> <jfkthame> q+<br> <fantasai> s/text-wrap-onoff/, where text-wrap-onoff is also a longhand of white-space/<br> <Rossen_> ack jfkthame<br> <emeyer> jfkthame: I wanted to add something slightly orthogonal<br> <emeyer> …balance really needs to be separated from stable versus pretty<br> <emeyer> florian: I’m unconvinced, it’s not obvious to me you’d want a stable balance that becomes stateful<br> <fantasai> +1 florian<br> <lea> s/…most of these are useless without wrapping, so it seems like a win that some of these values cause wrapping/…values like balance or pretty are useless without wrapping, so it seems like a win if setting text-wrap to one of these values would also enable wrapping (if you have no provided a separate wrap/no-wrap keyword)/<br> <emeyer> …Balance is a style of wrapping, it’s not clear that I want greedy balancing or whatever other options we could have<br> <lea> q?<br> <emeyer> jfkthame: The spec text suggests balance is only attempted up to a limited number of lines, and it then falls back to wrap, but what kind of wrapping?<br> <emeyer> florian: We could fix this in the spec; do you mean that if you set balance, we ignore the style of wrapping unless we fall back?<br> <emeyer> jfkthame: You could specify stable or pretty or balance, but if you do balance and then there’s a fallback, what happens?<br> <emeyer> florian: So you’re saying you want balancing, but you want to be able to choose how you fall back.<br> <lea> There is a continuum between balance and greedy wrapping. Authors often want some degree of balancing but less "draconian" than full-blown balance. Not sure if the solution is to separate balance out, or to just provide more control over exactly how the balancing happens<br> <emeyer> jfkthame: I’m not entirely sure<br> <emeyer> florian: I suspect what you want is orthogonal so it’s probably find as a pullout<br> <Rossen_> ack fantasai<br> <Zakim> fantasai, you wanted to suggest that these don't need to be separate properties<br> <emeyer> fantasai: I don’t see that these need to be separate properties; we could allow multiple keywords<br> <emeyer> …I think balancing is interesting because an implementation could use different approaches<br> <emeyer> …We want flexibility for user agents<br> <emeyer> …I do really like Lea’s proposal and it seems to address cascading problems we have with the current setup<br> <emeyer> fantasai: Propose text-wrap becomes a shorthand for two properties, text-wrap-style and text-wrap-on-off<br> <fantasai> PROPOSED: text-wrap becomes a shorthand for text-wrap-style and text-wrap-onoff, and only text-wrap-onoff is a longhand of white-space<br> <emeyer> …ONLY text-wrap-on-off is a longhand for whitespace<br> <emeyer> …(names to be bikeshedded)<br> <emeyer> florian: Is the complete value space of text-wrap the same as currently?<br> <fantasai> text-wrap: <'text-wrap-style'> || <'text-wrap-onoff'><br> <emeyer> fantasai: Yes<br> <fantasai> text-wrap-onoff: wrap | nowrap<br> <emeyer> Rossen_: Hearing no objections…<br> <fantasai> text-wrap-style: stable | pretty | balance | auto | etc.<br> <emeyer> RESOVLED: text-wrap becomes a shorthand for text-wrap-style and text-wrap-onoff, and only text-wrap-onoff is a longhand of white-space<br> <emeyer> RESOLVED: text-wrap becomes a shorthand for text-wrap-style and text-wrap-onoff, and only text-wrap-onoff is a longhand of white-space<br> <emeyer> github-bit, take up https://github.com/w3c/csswg-drafts/issues/8539<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/9102#issuecomment-1690304195 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 23 August 2023 16:51:15 UTC