<link rel="enclosure" href="http://www.example.com/enclosure.mp3"; x:follow="no" /> <link rel="enclosure" href="http://www.example.com/enclosure.mp3"; x:follow="yes" />

<content src="http://www.example.com/enclosure.mp3"; x:follow="no" />
<content src="http://www.example.com/enclosure.mp3"; x:follow="yes" />

???

- James

A. Pagaltzis wrote:

* Antone Roundy <[EMAIL PROTECTED]> [2005-08-29 19:00]:
More robust would be:
        <ext:auto-download target="[EMAIL PROTECTED]'enclosure']" default="false" 
/>
...enabling extension elements to be named in @target without
requiring a list of @target values to be maintained anywhere.

Is it wise to require either XPath support in consumers or to
formulate a hackneyed XPath subset specifically for this purpose?
And what about namespaced elements? And what about intermediaries
which transcribe the content into a document with different NS
prefixes?

I think sticking to just an @ext:auto-download attribute
applicable to single elements is the wise thing to do.

Of course, I wonder if we can’t simply use @xlink:type for the
purpose… (I admit ignorance of the specifics of XLink, so this
idea might be useless.)

Regards,

Reply via email to