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

[css3-multicol] available-width = unknown and shrink-to-fit with spanning element

From: Gérard Talbot <www-style@gtalbot.org>
Date: Tue, 20 Aug 2013 17:27:44 -0400
Message-ID: <eb9a4930ef273ccace359c1efe28dec1.squirrel@ed-sh-cp3.entirelydigital.com>
To: "W3C www-style mailing list" <www-style@w3.org>


In this test, the available width is unknown. So, we start with

(09)  if (available-width = unknown) then
(10)    available-width := shrink-to-fit;
3.4. Pseudo-algorithm

and then follow and apply:

shrink-to-fit width is:

min(max(preferred minimum width, available width), preferred width).


in which case:

min(max(preferred minimum width, available width), preferred width)
min(max(4em, body's available width), 19em)
min(body available width, 19em)
and so shrink-to-fit width should be 19em (which is 4 FAIL words separated
with 3 preserved white spaces).

Then what do we do with the rest of the pseudo-algorithm? Should we
continue with calculation of column box width?

(13)    W := max(0, (available-width - ((N - 1) * column-gap)) / N);

I ask because the reftest
for the test gives a total width for the multi-column of 22em and not
19em. So where does such 22em comes from? Normally, the available-width
includes the column-gapS: that's why the equation at line 13 substracts
the column-gapS before dividing by number of columns.

If 19em should be the correct width for the black rectangular area, then
(after adding -webkit- vendor prefix) Chrome 28 would pass that test .


I have been working on 2 other versions/variations [1] of that test. I can
see what Chrome 28 and Opera 12.16 do ... but I can not figure out which
one is right or wrong: any of the 2 could be right or wrong. I think the
pseudo-algorithm needs some tuning here.

[test variation A]

[reftest variation A]

[test (old version)]

[reftest (old version)]

CSS 2.1 Test suite RC6, March 23rd 2011

Contributions to CSS 2.1 test suite

Web authors' contributions to CSS 2.1 test suite
Received on Tuesday, 20 August 2013 21:28:15 UTC

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