[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Renamer-Att Again (was: Fwd: The problems with Xlink for integration lan

script renamer
[please ignore the previous message, it was a cut and paste accident]

[Forwarded by Ann Navarro:]

Steven Pemberton wrote:

> XML has what you may call 'host languages', and what you may call
> 'integration languages'. 

A distinction without a difference, because an integration language can
always be endowed with a top-level form.  


What may matter is if a host language provides for a "bridge" element
explicitly. (A bridge element is where the relvant semantics are in the
attributes only, the element type is merely a container.)

> 1) Suppose we have an integration language 'XML Handlers', that has an
> element
>     <script>
>         a=b
>     </script>
> and as an option the <script> element may have an attribute pointing 
> to an external resource:
>     <script src="/scripts/pop" />
> and someone complains that this should use XLink, so it gets changed 
> to:
>     <script xmlns:xlink="http://www.w3.org/1999/xlink"
>         xlink:href="/scripts/pop" xlink:type="simple" 
>         xlink:show="embed" xlink:actuate="onLoad" />

      <script src="/scripts/pop"
          xmlmap="xlink s-map" 
          s-map="href src :auto s-auto"
          s-auto="type show actuate"
          type="simple" show="embed" actuate="onLoad" />

(See http://lists.xml.org/archives/xml-dev/200208/msg01589.html and
followups for the basic idea.  It can even be improved.)

> 2) Suppose we have another integration language "XML Security" that 
> requires adding references to security preference files via a URL
> xsecurity:preferences="..."
>     <myElement xsecurity:preferences="/security/pref1.xsp">
>         ...
>     </myElement>
> Someone says they should make this XLink compatible, so they instead
> just define a new xlink:role "http://example.org/security":
>     <myElement xlink:href="/security/pref1.xsp" xlink:type="simple"
>         xlink:show="embed"  xlink:actuate="onLoad"
>         xlink:role="http://example.org/security" />

      <myElement preferences="/security/pref1.xsp"
          xmlmap="xlink p-map"
          p-map="href preferences :auto p-auto"
          p-auto="type show actuate role"
          type="simple" show="embed" actuate="onLoad" 
          role="http://example.org/security" />

> Well, now when we want to integrate XML Handlers with XML Security, we 
> can't put a security preferences URI on the <script> element because
> it already has a URI. 

Sure you can.  Use a different attribute and map its name.

      <script src="/scripts/pop" preferences="/security/pref1.xsp"
          xmlmap="xlink s-map xlink p-map"
          s-map="href src :auto s-auto"
          p-map="href preferences :auto p-auto"
          s-auto="type show actuate"
          p-auto="type show actuate role"
          type="simple" show="embed" actuate="onLoad" 
          role="http://example.org/security" />

> So we can't integrate the two: we have to redesign one of them;
> integration is impossible.

How about dropping the namespace colonification fetish - or is that cargo
cult - instead?

> 3) And then along comes the XML Privacy group that introduces the XML
> Privacy specification that says that in order to reference a privacy
> preference file from XML, you have to put a URL ... no let's not do 
> that today.

Why not?  It's trivial.

What's wrong with using control attributes to carry mapping information?
You get all the flexibility you need in defining application attributes to
stay out each other's way.


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.

Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.