- From: <bugzilla@jessica.w3.org>
- Date: Sat, 16 Jun 2012 14:28:21 +0000
- To: public-css-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17514
Summary: URI token should be agnostic to escaping the
characters u, r, l
Product: CSS
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: CSS Level 2
AssignedTo: bert@w3.org
ReportedBy: antonsforums@yahoo.co.uk
QAContact: public-css-bugzilla@w3.org
4.1.1 (Tokenization) defines the URI token as:
# URI url\({w}{string}{w}\)
# |url\({w}([!#$%&*-\[\]-~]|{nonascii}|{escape})*{w}\)
(and similarly for BAD_URI), whilst G.1 gives:
# "url("{w}{string}{w}")" {return URI;}
# "url("{w}{url}{w}")" {return URI;}
(and similarly for BAD_URI).
This means that if you escape any of the characters 'u', 'r', 'l' in a property
value intended to match the <uri> value type, then what you might have expected
to have tokenized as URI is actually tokenized as FUNCTION.
However, this doesn't match UAs; Trident, Gecko and Presto all allow the
characters to be escaped and still invoke the normal URI token parsing.
The spec should be changed to match reality.
Conversation begins:
Bug report:
http://lists.w3.org/Archives/Public/www-style/2012May/0327.html
--
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Saturday, 16 June 2012 14:28:23 UTC