OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: [xml-dev] linking, 80/20

[ Lists Home | Date Index | Thread Index ]

Paul Prescod wrote:
> Erik Wilde wrote:
>>so what about defining an xlink data model in terms of infoset
>>extensions, referencing it in xhtml and defining an xhtml-happy syntax
>>for it, and then going ahead and defining a css3 module for link
>>formatting? 
> So what you're saying is that XHTML and XLink will be hard-coded to
> integrate with each other at the prose specification level (rather than
> through any syntax) and other vocabularies will have to integrate with
> XLink through the intrusive XLink-namespaced attributes? I don't see
> that as progress.

it's not the prose level, but i don't have any complete solutions yet i 
could pull out of my pocket. i think that the xlink data model would be 
defined in terms of infoset contributions, and that this spec would 
define a namespace uri. this namespace uri would then be used in the 
xhtml spec to refer to the semantics and infoset contributions defined 
in the xlink data model spec.

>>css3 would require some work, because the selectors would need to be
>>extended to cover infoset extensions, and a new module for properly
>>handling link formatting would be required. however, i think it would be
>>worth it, since this could be used for *any* vocabulary being built on
>>the xlink data model.
> When a browser sees a new vocabulary how will it know how to map from
> the syntax into the XLink data model?

there would be a css or xslt style sheet associated with the new 
vocabulary to define the processing of xlink infoset contributions. the 
xlink infoset contributions would be defined in the way how the new 
vocabulary defines markup for xlink data model items and properties. i 
am not sure how this could be made in the best way, either prose (sorry! 
then it needs to be hard-coded in the browser), or some formalized 
mapping mechanism (xslt? xpath? or something simpler? i have to think 
about that...).

this probably will not sound all that appealing on first sight. however, 
i think that having a universal hypermedia model for the web would be a 
very good thing. there once was a time when the web was considered a 
hypermedia system, and not only an infrastructure for having stuff sent 
to browsers.

cheers,

erik wilde  -  tel:+41-1-6325132  -  fax:+41-1-6321035
           mailto:net.dret@dret.net -  http://dret.net/
           computer engineering and networks laboratory
           swiss federal institute of technology  (eth)
           * try not. do, or do not. there is no try. *





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS