Thomson, Martin wrote:
Why is whitespace so important? The alternative to constraining use as you have done,
which requires that you also "fix" all the examples, is to use the type that
fits better with user expectations: token.
IMHO, what's important is to decide, to specify it properly, and to have
examples consistent with it. And, optimally, test cases.
In the *value space* for the token type, the above example is simply
"ftp://ftp.example.com/example.ext";, with leading and trailing whitespace
stripped.
Then you can remove the following note:
Note that there MUST NOT be any white space in a Date construct or in
any IRI. Some XML-generating implementations erroneously insert
white space around values by default, and such implementations will
generate invalid Metalink Documents.
... and with it, avoid all the errors that inevitably occur when you make
whitespace significant. Unless you believe that Metalink documents will never
be authored by anything other than software.
Well, by making it non-significant, you'll might get interop problems as
well.
In looking into this, I noted this:
# Unconstrained; it's not entirely clear how IRI fit into
# xsd:anyURI so let's not try to constrain it here
I wonder why you haven't taken the plunge on xsd:anyURI, even if xsd:anyURI has
dubious official status with regards to IRIs. In practice, IRIs are commonly
placed in xsd:anyURI. The lexical space accommodates them, no implementation
I'm aware of prevents use of IRIs.
I'll assume it's inherited from RFC 4287, and that the Atom WG had good
reasons not to use xsd:anyURI...
Best regards, Julian
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf