W3C home > Mailing lists > Public > www-style@w3.org > February 2011

RE: [css3-multicol] pseudo-algorithm

From: Sylvain Galineau <sylvaing@microsoft.com>
Date: Fri, 11 Feb 2011 02:25:26 +0000
To: Brad Kemper <brad.kemper@gmail.com>
CC: Håkon Wium Lie <howcome@opera.com>, "www-style@w3.org" <www-style@w3.org>
Message-ID: <045A765940533D4CA4933A4A7E32597E2AB5AA17@TK5EX14MBXC120.redmond.corp.microsoft.com>
> On Feb 10, 2011, at 4:22 PM, Sylvain Galineau <sylvaing@microsoft.com>
> wrote:
> 
> > While it can be argued to be what the author wanted - the column-width
> > is auto but column-count and column-gap are explicitly specified so
> > the algorithm makes every effort to honor the author's request
> 
> That's the argument that seems most compelling to me.

OK.

> 
> > - I'm not sure this is helpful as it means column-width:auto might
> > yield poorer result when, for instance, the user snaps/tiles his
> > window to half the screen space.
> 
> If I had 10 auto-width columns that got very narrow when the window got
> half as big, then at least it is not at all surprising. I wouldn't want my
> values ignored because the browser thought it knew better than to give me
> what I asked for. I should have thought of the ramifications before I
> tried to squeeze so many columns into a flexible-width layout. And isn't
> that what media queries on width are for?

You are entering this branch of the algorithm *because* you can't get what
you asked for. At this point, what is more important ? That the browser mindlessly
aims to get as many columns as possible, even if it results in the vast majority
of the multicol element being empty ? Or should it try to honor both the number of
columns you want and respect your content - never mind the user's ability to 
consume it - before it respects intra-column space ?

There are many good reasons why the author may want to use media queries. But he
shouldn't have to because multicol fallback in overconstrainted cases looks horrible
by design.
Received on Friday, 11 February 2011 02:26:01 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:37 GMT