<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,
