On Fri, Jan 22, 2016 at 2:16 PM, Simon Pieters <simonp@opera.com> wrote: > On Fri, 22 Jan 2016 07:37:07 +0100, Boris Zbarsky <bzbarsky@mit.edu> > wrote: > > On 1/22/16 1:06 AM, Tab Atkins Jr. wrote: >> >>> The spec is quite clear on the matter: >>> <https://drafts.csswg.org/selectors-4/#case-sensitive> states plainly >>> that all of Selector syntax is case-insensitive except for the few >>> exceptions called out in that section. >>> >>> This is just a silly bug on Blink's part. >>> >> >> OK. Note that >> >> 1) The tests in >> https://github.com/w3c/web-platform-tests/tree/master/selectors/attribute-selectors/attribute-case >> agree with Blink here, and weren't even contributed by a Blink developer. >> >> 2) I'm aware of the general case-insensitivity of CSS, and it still >> wasn't clear to me what the spec was trying to say, especially given the >> existing implementations and the tests. >> >> So I still maintain that an example using 'I' would be a good idea, just >> to get everyone on the same page. >> > > Agreed that it's not clear. I wrote the test, and I *think* I brought up > this issue at the time, and we concluded that the "i" itself should be > case-sensitive. But I can't find that discussion; maybe it was on IRC. > > In any case, I don't particularly care which it should be, but the spec > should be clearer. If we now conclude that Blink is wrong, I'm happy to fix > the test and file a bug on Blink. Someone beat you to it =) https://code.google.com/p/chromium/issues/detail?id=580446 /fsReceived on Friday, 22 January 2016 13:23:08 UTC
This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:14:56 UTC