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

RE: [css3-ui] Proposal for an "overlay" value for 'overflow'

From: Sylvain Galineau <sylvaing@microsoft.com>
Date: Fri, 25 Jan 2013 16:46:12 +0000
To: François REMY <francois.remy.dev@outlook.com>, "Tab Atkins Jr." <jackalmage@gmail.com>, Walter Dolce <walterdolce@gmail.com>
CC: Simon Fraser <smfr@me.com>, www-style list <www-style@w3.org>
Message-ID: <3C4041FF83E1E04A986B6DC50F0178291BF4B4FC@TK5EX14MBXC221.redmond.corp.microsoft.com>
[François REMY:]
> For what it's worth, Microsoft has its own proprietary property to achieve
> this:
>     -ms-overflow-style:
>         | auto
>         | scrollbar
>         | -ms-autohiding-scrollbar
>     http://msdn.microsoft.com/en-us/library/windows/apps/hh441298.aspx
> I believe it should be possible to standardize both at the same time
> ('overflow: overlay' being standardized as a shorthand for 'overflow:
> auto; overflow-style: overlay' or 'overflow: scroll; overflow-style:
> overlay').
Yes; and I don't think of overlay or auto-hide scrollbars or any other
possible ways scrollbars can show and layout as an overflow value. 

I think of the overflow property as answering basic questions about overflow
*content*: does it spill out or is it clipped? If it's clipped, can you always
scroll to the overflow or does the UA decide? Other properties should then 
define more details about the scrolling mechanism, if any.

Note: auto-hide scrollbars are of course overlay, and I think this is where
the concept makes the most sense as I'm not sure why you'd want scrollbars 
that are always present *and* hide some of your content. Whereas you definitely 
want them to have no effect on layout if they're only visible during user
Received on Friday, 25 January 2013 16:47:19 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:14:23 UTC