W3C home > Mailing lists > Public > www-style@w3.org > April 2016

[css-ui][selectors] Definition of :read-only

From: Simon Pieters <simonp@opera.com>
Date: Tue, 19 Apr 2016 09:58:33 +0200
To: www-style@w3.org
Cc: "Benjamin Poulain" <benjamin@webkit.org>, François REMY <francois.remy.dev@outlook.com>, "Chris Rebert" <csswg@chrisrebert.com>
Message-ID: <op.yf5prvyjidj3kv@simons-mbp>
In this pull request:

    https://github.com/w3c/web-platform-tests/pull/2843

we discussed whether the definition of :read-only pseudo-class makes sense.

WebKit follows the spec; Chromium and Edge don't; Gecko doesn't yet  
support these.

:read-only is defined as being :not(:read-write). As an example, a <div>  
or an <input type=button> should match :read-only. Chris Rebert notes that  
he thinks this is unintuitive, and Francois Remy also questioned the  
correctness of the MS Edge issue. Given contenteditable it's possible to  
argue that any element can become writeable, though.

Benjamin says he does not intend to change WebKit; meanwhile the Edge  
issue appears to be closed as "By design". I don't care which way we go  
here but someone needs to change their mind if we want interop here. :-)

Chromium and Edge bugs about :read-only not matching the spec:
https://bugs.chromium.org/p/chromium/issues/detail?id=604154
https://developer.microsoft.com/en-us/microsoft-edge/platform/issues/7229941/

WebKit bug to update these selectors (fixed in 2014):
https://bugs.webkit.org/show_bug.cgi?id=136566

Gecko bug to implement :read-only and :read-write:
https://bugzilla.mozilla.org/show_bug.cgi?id=312971
-- 
Simon Pieters
Opera Software
Received on Tuesday, 19 April 2016 07:59:07 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:52:43 UTC