- From: Brad Kemper <brad.kemper@gmail.com>
- Date: Sat, 18 Feb 2012 19:29:07 -0800
- To: Ojan Vafai <ojan@chromium.org>
- Cc: Boris Zbarsky <bzbarsky@mit.edu>, www-style@w3.org
- Message-Id: <433DF8C8-C7E9-412E-97B0-7250036843A0@gmail.com>
On Feb 15, 2012, at 7:24 PM, Ojan Vafai wrote: > On Wed, Feb 15, 2012 at 7:19 PM, Boris Zbarsky <bzbarsky@mit.edu> wrote: > On 2/15/12 9:22 PM, Kang-Hao (Kenny) Lu wrote: > # The ‘resize’ property applies to elements whose computed > # ‘overflow’ value is something other than ‘visible’. If > # ‘overflow’ is different in a particular axis (i.e. ‘overflow-x’ > # vs. ‘overflow-y’), then this property applies to the dimension(s) > # which do not have the value ‘visible’. > > http://dev.w3.org/csswg/css3-box/#overflow1 clearly says: > > The computed values of ‘overflow-x’ and ‘overflow-y’ are the same as > their specified values, except that some combinations with ‘visible’ > are not possible: if one is specified as ‘visible’ and the other is > ‘scroll’ or ‘auto’, then ‘visible’ is set to ‘auto’. > > So the only way to have overflow be "visible" in one direction but not the other is for the other direction to be "hidden". Though I believe an earlier version called for that to become "auto" in the "visible" direction as well? Certainly that's what Gecko does right now > > > Firefox's current implementation is > somehow in the middle as 'resize' doesn't apply to elements of which > both 'overflow-x' and 'overflow-y' are 'visible' > > Yes, because those actually stay as "visible" in the computed style. > > The overall question about what the right behavior is remains, of course. > > I don't really see why we tie resize to overflow state at all. Is there any harm in making resize work for overflow:visible. It most cases it would be a strange user experience, but I can conceive of legitimate uses. I would be pretty awkward to draw the resize widget on top of the overflowing content. Might make it kind of hard to find.
Received on Sunday, 19 February 2012 03:29:38 UTC