Re: [css3-ui] applicability of 'resize' when one of overflow-x/-y is visible (issue 37)

On Mon, Nov 24, 2014 at 8:05 AM, Florian Rivoal <florian@rivoal.net> wrote:
> Based on:
> https://wiki.csswg.org/spec/css3-ui?&#issue-37
>
> About the resize property, the css3-ui says this:
>
> "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."
>
> However, the interoperable behaviour (checked Firefox, Chrome, Safari, Presto-Opera) is that if one of overflow-x and overflow-y is set to visible and the other is not, the one that is set to visible computes to auto. Which means that the situation described in the quoted paragrah never happens, and browsers always apply the ‘resize: both’ in both dimensions.
>
> Note that the css-overflow spec does open the possibility of overflow-x (or -y) being visible while the other is one of the fragmenting values, but this is a very unstable section of the spec, implemented nowhere, and in that case, we may ‘resize’ to apply to neither dimensions (since there is no hidden content to reveal).
>
> I suggest we remove the paragraph, and maybe add a note saying: “It is not currently possible for overflow-x and overflow-y to compute to visible in only one of the two dimensions. If later specifications introduce a new features making that situation possible, these specifications will need to define the behaviour of the resize property in that case."

I highly expect we'll never allow such a combination; it would be
intensely confusing if something in the visible overflow area also
overflowed in the other axis, and was hidden or something (or
controlled by a scrollbar, bleh).  As such, I support just removing
the paragraph entirely; I don't think there'd any need for a note.

~TJ

Received on Monday, 24 November 2014 20:44:51 UTC