Re: [css3-ui] bringing back 'user-select' (issue 50)

> On 26 Nov 2014, at 20:14, Mats Palmgren <mats@mozilla.com> wrote:
> 
> On 11/26/2014 04:04 PM, Florian Rivoal wrote:
>> IE and FF (but not anyone else) support ‘element’, which doesn’t seem
>> to do anything in FF, and restricts the selection to the element where
>> it started in IE.
> 
> Fwiw, we're leaning towards implementing IE's behavior for 'element'
> in Gecko:
> https://bugzilla.mozilla.org/show_bug.cgi?id=1036853

Ok, so there seems to be interest in the spec and in implementations. Maybe we can revive it for level 3 after all if the interop issues can be sorted out quickly. If not, this should still be specced, but I’d still go for level 4.

I still need a description for what the auto value is supposed to mean, if that’s the one used for the initial value, and agree on what it computes to.

> (Thanks for sorting out the interoperability issues here, btw.
> It's much appreciated.)

Found one more interop problem. If you use this markup (properly prefixed):
<div> foo <span style=“user-select:none”>bar</span> baz</div>

In Firefox, while it is not possible to start the selection in the span, if you start in the selection in foo and end in baz (or do ctrl+a), Gecko will highlight bar as well. But you’ll only get “foo baz” into the clipboard if you copy.

Chrome and Safari will do the opposite, and show a 2-piece discontinuous selection (highlighting foo and baz but not bar), but copying to the clipboard gives “foo bar baz”

IE will both let you highlight "foo bar baz” and put “foo bar baz” in your clipboard, only disallowing selections that start in "bar”.

 - Florian

Received on Wednesday, 3 December 2014 00:15:04 UTC