- From: Simon Sapin <simon.sapin@kozea.fr>
- Date: Wed, 05 Dec 2012 13:09:59 +0100
- To: Boris Zbarsky <bzbarsky@MIT.EDU>
- CC: Sylvain Galineau <sylvaing@microsoft.com>, James Robinson <jamesr@google.com>, "www-style@w3.org" <www-style@w3.org>
Le 04/12/2012 19:04, Boris Zbarsky a écrit :
> On 12/4/12 1:00 PM, Sylvain Galineau wrote:
>> # The 'width' media feature describes the width of the
>> # targeted display area of the output device. For continuous media,
>> # this is the width of the viewport (as described by CSS2, section 9.1.1 [CSS21])
>> # including the size of a rendered scroll bar (if any).
>
> Awesome....
>
> So CSS21 9.1.1 and media queries use one definition of "viewport" while
> CSS21 10.1 uses a different one, apparently. Quite lovely.
>
>> I think it would also be weird for vh/vw units to react to the presence of a
>> scrollbar while MQ still considers the viewport width to be the same.
>
> Yeah. Seems like we can't avoid weird no matter what we do here, as
> long as UAs don't always show viewport scrollbars....
I don’t know why it was decided that "the viewport" for the purpose of
Media Queries should include the scrollbars, but I think it’s clear that
the initial containing block (the one referred to by :root{width:100%} )
doesn’t (on UAs where scrollbars are not overlaid but "take up" some space.)
I also think that it’s more important to make `width: 100vw` the same as
`width: 100%` on the root (ie. the ICB) than it is to make it the same
as the `width` media query. This is clearly the intended meaning in
css3-values:
> vw unit
> Equal to 1% of the width of the initial containing block.
Therefore I suggest changing this sentence of css3-values:
> When the height or width of the viewport is changed, they are scaled
> accordingly.
to
> When the height or width of the initial containing block is changed,
> they are scaled accordingly.
in order to remove any doubt. "viewport" would only be mentioned in
"viewport-percentage lengths" because icbw/icbh/icbmin/icbmax suck as
unit names.
Cheers,
--
Simon Sapin
Received on Wednesday, 5 December 2012 12:11:06 UTC