- From: Julian Reschke <julian.reschke@gmx.de>
- Date: Sun, 14 Feb 2010 12:40:24 +0100
- To: Anne van Kesteren <annevk@opera.com>
- CC: Erik van der Poel <erikv@google.com>, "public-iri@w3.org" <public-iri@w3.org>
Anne van Kesteren wrote: > On Fri, 12 Feb 2010 21:23:07 +0100, Julian Reschke > <julian.reschke@gmx.de> wrote: >> I just checked CSS for the syntax, and found: >> >> "The format of a URI value is 'url(' followed by optional white space >> followed by an optional single quote (') or double quote (") character >> followed by the URI itself, followed by an optional single quote (') >> or double quote (") character followed by optional white space >> followed by ')'. The two quote characters must be the same." -- >> <http://www.w3.org/TR/CSS2/syndata.html#value-def-uri> >> >> So trimming the IRI certainly does not "need" to be done in the IRI >> spec; it's simply your preference. > > I believe newlines always need to be removed. Leading/trailing, or in-line? >> We discussed earlier the use of white-space separated lists of IRIs in >> HTML5 (I think on IRC). Could you please elaborate why you think it's >> acceptable for the spec to mandate "split on whitespace", but then >> it's unacceptable to say "trim whitespace"? As far as I can tell, both >> fall into the same category of preprocessing input. > > No. One is about parsing a string for IRIs and one is about parsing an IRI. In one case it's parsing a string for a set of IRIs, in the other case it's parsing a string for a single IRI. At least it *could* be defined that way, and it surely would be consistent with other parts of the spec. Best regards, Julian
Received on Sunday, 14 February 2010 11:40:59 UTC