W3C home > Mailing lists > Public > www-style@w3.org > July 2013

RE: [css-break] Breaking inside an inline-block element?

From: François REMY <francois.remy.dev@outlook.com>
Date: Fri, 12 Jul 2013 18:49:17 +0200
Message-ID: <DUB120-W23651240B88B584990F3A3A5640@phx.gbl>
To: "www-style@w3.org" <www-style@w3.org>
CC: "fantasai.lists@inkedblade.net" <fantasai.lists@inkedblade.net>, "Rossen.Atanassov@microsoft.com" <rossen.atanassov@microsoft.com>, "simon.sapin@exyr.org" <simon.sapin@exyr.org>
No comment on that one? I would really like to understand the fragmentation spec more. By the way, does someone have an algorithm handy I could use to detect if an element is monolithic according to the spec?

{cc'ed Simon since PDF renderers are more likely to have good implementations of the Page Breaking algorithms than browsers at this time}




----------------------------------------


Hi,

Can I please ask a clarification on the CSS Fragmentation spec?

The "unforced break points" section states that Class 2 breakpoints are available "Between line boxes inside a block container box". My first question is: is an inline-block element a "block container box" or not?



My second qusestion is:

Provided you've a set of inline-block elements to be displayed in a multi-column layout, so that the inline-block elements have so tall lines they don't fit in any of the columns vertically, but are so few wide that multiple ones can find horizontally in one line if needed {see attached test case}...

[ xxx yyy zzz |             ]
[ xxx yyy zzz |             ]
[ xxx yyy zzz |             ]
[ xxx yyy zzz |             ]
[ xxx yyy zzz |             ]
[ xxx yyy zzz |             ]
[ xxx yyy zzz |             ]
  xxx yyy zzz
  xxx yyy zzz
  xxx yyy zzz
  xxx yyy zzz

... if a browser choose to use a break point between the lines of one of the inline-block element, does that break point inside the inline-block element force all the other inline-block elements to be moved to the next column too (so that you can only see one inline-block element per column)...

[ xxx         |     yyy     ] ...
[ xxx         |     yyy     ] ...
[ xxx         |     yyy     ] ...
[ xxx         | xxx yyy     ] ...
[ xxx         | xxx yyy     ] ...
[ xxx         | xxx yyy     ] ...
[ xxx         | xxx yyy     ] ...


... or can the browser make the assumption that the break point inside the inline-block is only valid for that particular inline-box and therefore display the sibling inline-box elements.

[ xxx yyy zzz | xxx yyy zzz ]
[ xxx yyy zzz | xxx yyy zzz ]
[ xxx yyy zzz | xxx yyy zzz ]
[ xxx yyy zzz | xxx yyy zzz ]
[ xxx yyy zzz |             ]
[ xxx yyy zzz |             ]
[ xxx yyy zzz |             ]



(hints: do not look at what webkit does to give me an answer, webkit do not introduce any break point and uses the replaced element image-slicing-based fragmentation algorithm to render; gecko also consider the line of inline-boxes like a replaced element but choose not to fragment which is valid according to the current spec [1]; IE is the only browser that actually fragment on an exact line but I don't know if that's following any valid standards algorithm or not).



___________________________________________________________________

[1] http://lists.w3.org/Archives/Public/www-style/2013Apr/0654.html


--Forwarded Message Attachment-- 		 	   		  
Received on Friday, 12 July 2013 16:49:45 UTC

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