Alex Mogilevsky wrote: >> From: www-style-request@w3.org [mailto:www-style-request@w3.org] On >> Behalf Of fantasai >> Sent: Thursday, January 17, 2008 4:01 PM >> >> I think we should specify that column boxes should not have overflow >> in the column height direction (unless there's a fixed height on the >> multicol element and the overflowing element is both too tall and >> unbreakable), > > I am not sure there is anything controversial there... If there is no > specified height, there can't be overflow, right? And there is specified > height and there is something unbreakable that's overflow, isn't it? > > I general, I like to believe that columns always behave like pages. They are > like pages, just smaller... It looks like so far we managed to keep breaking > rules consistent, and I would love to continue that way... Cool. I'm glad we agree. If Håkon also agrees, then let's put it in the spec. :) >> Furthermore, I'd like to suggest suggesting that scrollable boxes >> be considered unbreakable.. because I don't want to implement slicing >> a scrollable text box into multiple pieces and have it still.. >> scrollable... > > I can live with scrollers being breakable or unbreakable, as long as it is consistent > across pages and columns. I would rather have scrollers break but not scroll > than have them behave differently in columns... Well, the nice thing about scrollboxes in print mode is that you can't scroll them. They're not interactive, they're just decoration. In multi-columns, even if you break them in half, they still need to work. Imagine an interactive scrollbox broken into three parts... now apply the page-breaking rules so no line boxes get cut in half... while you're scrolling..? I don't want to go there, so we need a "The UA may treat scrollable boxes as unbreakable." ~fantasaiReceived on Friday, 18 January 2008 17:13:28 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 27 April 2009 13:54:58 GMT