W3C home > Mailing lists > Public > www-style@w3.org > March 2011

Re: [css-regions] Comments

From: Brad Kemper <brad.kemper@gmail.com>
Date: Fri, 11 Mar 2011 07:45:35 -0800
Cc: David Hyatt <hyatt@apple.com>, "robert@ocallahan.org" <robert@ocallahan.org>, Jacob Refstrup <jrefstrup@apple.com>, "www-style@w3.org" <www-style@w3.org>, "agourdol@adobe.com" <agourdol@adobe.com>
Message-Id: <073C6397-76FF-4AC2-AEB7-5CC39F687C72@gmail.com>
To: Alex Mogilevsky <alexmog@microsoft.com>

On Mar 10, 2011, at 11:38 PM, Alex Mogilevsky wrote:

> It is hard to tell who said what in this threadů I can comment though that I too is not a fan of the idea of using z-order to make decisions about text wrap.

Perhaps some new property then? 

> This needs to be considered in the context of where these wrap decisions need to be made. I am assuming the main reason for wrapping is floats or page floats (even if simply rectangular the problem is the same).

I'm not convinced that is a safe assumption. Floats could certainly be one thing to wrap, but wrapping around absolutely positioned items make sense for the use cases too. In the presentation we saw at the f2f from Adobe, the cartoon coyote placement on the page seemed to be unrelated to it's position in the source. For fallback, I might want it to appear after the text.

> We will eventually (I hope soon) define page floats in more detail, what positioning is applicable to them and what flows they are allowed to affect. At that point I think the answer to this question will be obvious. And before that I am not sure we have a problem, or do we?

Not a problem, so much as just wanting to get some feedback into the process at an early stage. I'm saying that, for irregular shape wrapping, it would be a big disappointment to use source order alone to determine what will be affected by such a shape. I want to be able to have things wrap around an object even if it came later in the source, and I suspect that would be more compatible with the idea of some sort of round-tripping to InDesign.
Received on Friday, 11 March 2011 15:46:38 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:38:44 UTC