Re: [csswg-drafts] [css-text-3] whitespace inside text areas (#6309)

The CSS Working Group just discussed `[css-text-3] whitespace inside text areas`, and agreed to the following:

* `RESOLVED: text area will rely on text-space collapse and break and those properties will be defined in Text 4`

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic: [css-text-3] whitespace inside text areas<br>
&lt;dael> github: https://github.com/w3c/csswg-drafts/issues/6309<br>
&lt;dael> fantasai: This was filed and I wanted to close it out. florian and I think that there's not really a problem with having whitespace apply to text area as everything else. A bit weird how it applys, but author shouldn't ask if they don't want.<br>
&lt;dael> fantasai: Prop: No whitespace magic on text areas, whitespace defines as on other elements<br>
&lt;dael> fantasai: Then Chrome would need to do a slight change for that<br>
&lt;dael> iank_: History where this came from; I think it was a user affordance that some websites placed whitespace on text areas and difficult for users to edit those. That's the history.<br>
&lt;dael> iank_: Won't object to changing it<br>
&lt;dael> Rossen_: Other opinions?<br>
&lt;dael> Rossen_: Prop: Text areas whitespace behaves as it does on any other element<br>
&lt;dael> Rossen_: Objections?<br>
&lt;dael> smfr: Concerned. Historically this tried to match OS conventions. I'm a bit concerned about a blanket make it behave like others, but don't have context to know good or bad<br>
&lt;dael> iank_: We were trying to match Microsoft Edge<br>
&lt;dael> smfr: If I hit space multiple times that means I don't want it collaplsed so have to but multiple nbsps. Does that get rid of this?<br>
&lt;dael> iank_: Yes, whitespaces would collapse<br>
&lt;dael> smfr: Let's not get rid of that,then.<br>
&lt;dael> smfr: I think users expect if you keep pressing space in text input you get multiple spaces<br>
&lt;dael> fantasai: Alternative is in css text 4 propsed to split whitespace into 2 longhands. One for wrap and the other for collapse. That text is still working, but could define the behavior here and saying UA has an important rule that prevents collaposing of whitespace and that way it's not magic<br>
&lt;fantasai> s/working/under development/<br>
&lt;iank_> our mapping is normal->pre-wrap, nowrap->pre, pre-line->pre-wrap<br>
&lt;dael> Rossen_: How far is that definition. Can we resolve here and point to that? Or still pretty early?<br>
&lt;fantasai> https://www.w3.org/TR/css-text-4/#white-space-collapsing<br>
&lt;dael> fantasai: What we've got so far is there text-space:collapse property. Naming not sure if that's what we want. And break-spaces doesn't have a setting and need to make that work. Shouldn't be very difficult<br>
&lt;dael> Rossen_: Would that be fine if we define the behavior as split control between collapse and text-wrap.<br>
&lt;dael> fantasai: whitespace sets collapse and wrap at same time. And we would prevent collapse using UA !important rule<br>
&lt;dael> iank_: That's fine. We also do this in non-standard plaintext mode<br>
&lt;dael> Rossen_: That level of control can handle all permutations. Then it becomes UA specific if you want to match OS or anything else<br>
&lt;dael> florian: One thing to check on. If we don't enforce through UI stylesheet ther used to be a spec that claimed UA was supposed to let user press spacebar repeatedly and treat as space then nbsp, then space. Are we giving up on that?<br>
&lt;dael> Rossen_: We treated it as a preserve in Edge. I don't believe we flipflopped<br>
&lt;dael> florian: I know it used to be spec<br>
&lt;dael> iank_: I don't htink we impl<br>
&lt;dael> Rossen_: We're overtime. Happy to resolve or we can do more discussion<br>
&lt;smfr> i have a vague memory that Netscape 4 did &lt;space>&amp;nbsp;&lt;space>&amp;nbsp;….<br>
&lt;dael> Rossen_: Obj to Resolve this as text area will rely on text-space collapse and break and those will be defined in Text 4<br>
&lt;dael> RESOLVED: text area will rely on text-space collapse and break and those properties will be defined in Text 4<br>
&lt;dael> Rossen_: We will have enough capabilities to preserve existing behavior and come closer in terms of impl<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6309#issuecomment-1118037575 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Thursday, 5 May 2022 00:03:37 UTC