Discrimination against all-inline links

For no discernible reason, the current XLink draft does not allow
links all of whose resources are local.  This restriction should
be lifted, requiring only that an extended link have at least
one resource either local or remote.

Doing so allows greater simplicity and generality in link processing
and validating code, and permits link authors to create groups of
small resources joined by a link without requiring artificial
locator-type elements.

Example:

	<link xlink:type='extended'>
		<resource xlink:type='resource' xlink:role='alpha'>
			(resource 1)
		</resource>
		<resource xlink:type='resource' xlink:role='beta'>
			(resource 2)
		</resource>
	</link>

Currently, this must be expressed artificially and asymmetrically as:

	<link xlink:type='extended'>
		<resource xlink:type='resource' xlink:role='alpha'>
			(resource 1)
		</resource>
		<locator xlink:type='locator' xlink:href='#resource2' xlink:role='beta'/>
	</link>
	<resource id='resource2'>
		(resource 2)
	</resource>

-- 

Schlingt dreifach einen Kreis vom dies! || John Cowan <jcowan@reutershealth.com>
Schliesst euer Aug vor heiliger Schau,  || http://www.reutershealth.com
Denn er genoss vom Honig-Tau,           || http://www.ccil.org/~cowan
Und trank die Milch vom Paradies.            -- Coleridge (tr. Politzer)

Received on Monday, 24 January 2000 10:42:39 UTC