- From: Håkon Wium Lie <howcome@opera.com>
- Date: Wed, 17 Oct 2012 17:06:28 +0200
- To: fantasai <fantasai.lists@inkedblade.net>
- Cc: www-style@w3.org
Also sprach fantasai: > > http://lists.w3.org/Archives/Public/www-style/2012Jul/0598.html > > > > Summary of this issue: > > > > §3.4 of css3-multicol uses a "shrink-to-fit" variable that is used when the available width is not know. This is in direct > > contradiction, if only in the naming, with §10.3.5 of CSS 2.1 that defines in "shrink-to-fit" based on a known available width. > > > > The obvious contradiction could be avoided by using another word in in the multicol algorithm, maybe "preferred width" or > > "preferred minimum width". But the result does not make much more sense. > > > > It seems this part of the algorithm is trying to define the preferred/intrinsic widths of a multicol element. I think that it > > should just be removed, and the preferred widths left undefined so that css3-multicol can progress. They can be defined later, > > maybe in css3-sizing. > > Simon, you suggested removing lines 03-10 of the pseudo-algorithm. > I've reviewed this part of the spec, and I agree. The Multi-column > module should remove the concept of 'available-width' and 'shrink-to-fit' > from its pseudo-algorithm and just use the term 'used width'. This would make the pseudo-algorithm simpler. Simpler is generally better. But if we just move complexity to somewhere else (in time or space), we may noe gain much. If we remove lines 03-10 and replace 'available-width' with 'used-width', the input to the pseudo-algorithm would change: 'used-width' would have to be known. What should the spec say about finding it -- just point to shrink-to-fit in 2.1? That's what lines 09-10 are saying now: (09) if (available-width = unknown) then (10) available-width := shrink-to-fit; -h&kon Håkon Wium Lie CTO °þe®ª howcome@opera.com http://people.opera.com/howcome
Received on Wednesday, 17 October 2012 15:07:13 UTC