|
Subject: Re: [xsl] Windows URLs From: Colin Paul Adams <colin@xxxxxxxxxxxxxxxxxx> Date: 04 Nov 2004 13:27:25 +0000 |
>>>>> "Michael" == Michael Kay <mike@xxxxxxxxxxxx> writes:
Michael> There are no rules. The "file:" URI scheme appears to be
Michael> very poorly documented, and its mapping onto various
Michael> operating system file naming schemes is even less well
Michael> documented.
That was the impression I got.
Michael> some useful notes at
Michael> http://www.dpawson.co.uk/xsl/sect4/uri.html
Michael> and
Michael> http://www.dpawson.co.uk/xsl/sect4/uriIncl.html
Thanks for those.
Michael> This doesn't actually address the UNC question, but I'm
Michael> pretty sure that conclusion when we last discussed it on
Michael> the list was that the correct form (i.e. the one most
Michael> likely to work) was file:////server/file/name - yes, four
Michael> slashes.
Now that surprises me. I was expecting an answer like David Carlisle
gave:
file://server/file/name
Michael> P.S. Does anyone think I ought to allow windows path names in places where
Michael> the spec requires a URI? I'm disinclined to do it, but it does give people a
Michael> problem moving to a product that enforces the rules strictly from one that
Michael> doesn't.
You mean like in xsl:import href attribute? I think not.
My concern is allowing file names on a command line, and converting
them to URLs, which I think you already do with Saxon.
--
Colin Paul Adams
Preston Lancashire
| Current Thread |
|---|
|
| <- Previous | Index | Next -> |
|---|---|---|
| RE: [xsl] Windows URLs, Michael Kay | Thread | Re: [xsl] Windows URLs, Geert Josten |
| RE: [xsl] Windows URLs, Pawson, David | Date | [xsl] XSLT - update attribute with , Ann Marie Rubin |
| Month |