- From: Alex Mogilevsky <alexmog@exchange.microsoft.com>
- Date: Wed, 12 Dec 2007 09:21:38 -0800
- To: "www-style@w3.org" <www-style@w3.org>, fantasai <fantasai.lists@inkedblade.net>
I agree. I would be much easier to both understand and implement if there was only one set of properties controlling breaks. And column-break that is a page-break at the same time is a case that is solvable but definitely not intuitive. There is only one column-break property that is not included in page-breaks: column-break:always what if instead we use page-break:column That would cover all use cases, wouldn't it? -----Original Message----- From: www-style-request@w3.org [mailto:www-style-request@w3.org] On Behalf Of fantasai Sent: Tuesday, December 11, 2007 4:21 PM To: WWW Style Subject: [css3-multicol] Column Breaks http://www.w3.org/TR/2007/WD-css3-multicol-20070606/#column5 I'm not quite convinced that we need separate properties for column breaking. If the use case is forcing a column break, then I think adding keywords to page-break-before and page-break-after should be sufficient. If the use case is offering a different level of breaking restrictions for columns than for pages, then we also should have column-break-inside, column-windows, and column-orphans. I do think that if we have separate properties, the default value should be defined such that it references the page-break-* properties. That way, unless I really want separate sets of rules for the two types of breaks, I only have to set the breaking behavior once. This is particularly important when using the 'avoid' values. What happens when there's a column break that's also a page break? Do we use the page-break properties to control breaking behavior or the column-break properties, or some combination thereof? ~fantasai
Received on Wednesday, 12 December 2007 17:21:59 UTC