W3C home > Mailing lists > Public > www-style@w3.org > November 2015

Re: [css-text] pre-wrap / pre-wrap-auto

From: Koji Ishii <kojiishi@gmail.com>
Date: Thu, 12 Nov 2015 08:00:24 -0800
Message-ID: <CAN9ydbU6BF60a=EuHrrMjgKYZ7bPvPvSppdk=nSAT85swePg+g@mail.gmail.com>
To: Florian Rivoal <florian@rivoal.net>
Cc: fantasai <fantasai.lists@inkedblade.net>, "www-style@w3.org" <www-style@w3.org>
2015-11-11 21:55 GMT-08:00 Florian Rivoal <florian@rivoal.net>:

> On 10 Nov 2015, at 19:02, Koji Ishii <kojiishi@gmail.com> wrote:
> 2015-11-09 20:46 GMT-08:00 Florian Rivoal <florian@rivoal.net>:
>> But anyway, yes, adding a switch was my initial proposal, and the way I
>> recall the discussion, the conclusion was that
>> if that's the behavior we want, let's have it by default rather than
>> opt-in.
> If the new behavior does not serve use cases current behavior does, it
> should be opt-in.
> My opinion is that we need at least the new behavior ("b"). Whether it can
> also work for the use cases served by the current behaviors, I have a less
> strong opinion about. The NY F2F concluded that it mostly could as long as
> we made the new pre-wrap-auto value available for UAs to put in the UA
> stylesheet, but I'm fine going the other way, and have behavior "b" be an
> opt-in.

It depends on what behavior you want, but if "b" is what you want, I think
it breaks existing use cases too much that it should be opt-in.

Two things I think we would need consensus on:
>> 1. Assuming this is a code editor use case, I still believe any editors
>> that wraps before space also wraps in the mid of words. Visual Studio,
>> NotePad, TextEdit do so. On the other hand, Atom does not wrap in the mid
>> of words but does not wrap before space either. Having an example of "wrap
>> before space but not mid of words" would be helpful if you want this
>> combination.
>> Agree on having 2 different behaviors. I'm proposing to trigger the first
>> one with overflow-wrap: break-word, and the other one with a new value,
>> overflow-wrap: break-spaces.
> Can I confirm, are you proposing two new values, one for mid-of-words and
> the other for before-spaces?
> Not quite. I am proposing that we clarify overflow-wrap:break-word, which
> is an existing value, as causing both wrapping in the middle of overflowing
> words and in the middle of overflowing spaces, and later introduce a new
> one (break-spaces?) to only break in the middle of overflowing spaces.

Ah, understood, so you want this behavior only when overflow occurs. That
was then my misunderstanding, sorry about that.

But then this gets even harder to understand for me...so if you have:
assume "_" is a space and the width is 5, you want:
(the trailing space of the 1st line overflows)

but if you have:
you want:
(the space wraps)?

It looks like it's different from the use case I had in mind. Can you
explain why you want different behavior for the two examples above? Sorry
if this was done before and I missed, but NY resolution does not give this
behavior so I'm a bit confused.

Received on Thursday, 12 November 2015 16:01:11 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:58 UTC