ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> xml-dev
xml-dev
Re: [xml-dev] Looking for an example of a name colliision
by Arjun Ray other posts by this author
Jun 1 2003 12:44AM messages near this date
Re: [xml-dev] Looking for an example of a name colliision | Re: [xml-dev] Looking for an example of a name colliision
John Cowan <cowan@[...].org>  wrote:
| Arjun Ray scripsit:

|>  A control attribute is all the moral equivalent needed.
| 
| As I said: a reserved name of some sort.

But not directly within XSLT.  There would have to be an XML (or parser
level) mechanism to identify the control attribute.

This is, in fact, an issue fundamental to vocabulary mapping, and the
reason why a mapping mechanism is an inescapable necessity within the
formalism, *even* in the trivial case of an effective identity mapping of
a single vocabulary. (That is, even this fact has to be declared somehow.)

Note, for instance, how my reworking of Tim's example used {hn, ha, ht}
and {xn, xa, xt} as control attributes - these were arbitrary names (in
the sense that the html and books vocabularies wouldn't have to either
define or identify them) and thus completely up to the document author to
specify.  Their semantics came from the <?xml-map?>  pseudo declaration,
which was intended as a parser level construct, just like regular
declarations.  

The point of this declaration is to identify exactly how a vocabulary maps
to the document structure.  This *could* be a point-by-point identity
mapping, in which case no control attributes need be identified (with an
obvious defaulting procedure), but really need not be, in which case
control attributes would have to be present.  This interpretation of the
common and base of a single vocabulary generalizes uniformly, because it
answers the question: How does *any* (declared) vocabulary map to the
structure of a document?

So, reverting to the issue at hand, which was one of differentiating
evaluable XSLT expressions from literals.  At the parsing level, this is
merely a matter of the markup *asserting* one or the other (without regard
to what a GI, examined in isolation, might lead one to think).  The
control attribute used for this distinction need merely be declared in the
process by which it becomes known that the XSLT vocabulary applies *at
all* to the document - the relevant <?xml-map?>  for the XSLT vocabulary
itself.

I think it's worth reading Eliot Kimber's explanation of all this:

 http://groups.google.com/groups?as_umsgid=34E9CBC9.401B6BB0@[...].com

If you ignore the parts that tie AFs strongly to schemas (*not* necessary
here) and take on board merely the demonstration that vocabularies need to
be *identified*, the necessity of name mapping should become clearer.
 

-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org> , an
initiative of OASIS <http://www.oasis-open.org> 

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl> 
Thread:
Arjun Ray
Rick Jelliffe
james anderson
james anderson
K. Ari Krupnikov
Bob Foster
Arjun Ray
Thomas B. Passin
Thomas B. Passin
Bob Foster
Arjun Ray
K. Ari Krupnikov
Arjun Ray
K. Ari Krupnikov
Thomas B. Passin
Simon St.Laurent
Jonathan Borden
Thomas B. Passin
K. Ari Krupnikov
Arjun Ray
Simon St.Laurent
Chiusano Joseph
Arjun Ray
Chiusano Joseph
Chiusano Joseph
Arjun Ray
Thomas B. Passin
K. Ari Krupnikov
Arjun Ray
John Cowan
Arjun Ray
Bob Foster
W. E. Perry
Arjun Ray
Chiusano Joseph
Chiusano Joseph
Chiusano Joseph
W. E. Perry
Chiusano Joseph
Thomas B. Passin
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Arjun Ray
K. Ari Krupnikov
james anderson
Arjun Ray
james anderson
Arjun Ray
Rick Jelliffe
james anderson
Arjun Ray
Jonathan Borden
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
Arjun Ray
W. E. Perry
Arjun Ray
Rick Jelliffe
james anderson
Arjun Ray
Rick Jelliffe
Arjun Ray
Rick Jelliffe
Arjun Ray
james anderson
Simon St.Laurent
james anderson
Rich Salz
Jaywanth
Seairth Jacobs
Joe Gregorio
Arjun Ray
Arjun Ray
John Cowan
Simon St.Laurent
Arjun Ray
Paul Prescod
Arjun Ray
Paul Prescod
Arjun Ray
Tim Bray
MURATA Makoto
Arjun Ray
J.Pietschmann
Arjun Ray
Jason Diamond
Tim Bray
Tim Bray
Simon St.Laurent
Joe Gregorio
Paul Prescod
W. E. Perry
james anderson
james anderson
james anderson
Jonathan Borden
Miles Sabin
Simon St.Laurent
Jonathan Borden
Simon St.Laurent
W. E. Perry
Jonathan Borden
Simon St.Laurent
Thomas B. Passin
Jonathan Borden
Miles Sabin
Simon St.Laurent
Simon St.Laurent
Simon St.Laurent
Simon St.Laurent
Simon St.Laurent
Jonathan Borden
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
Jonathan Borden
Miles Sabin
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
james anderson
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
Tim Bray
james anderson
John Cowan
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
Arjun Ray
W. E. Perry
james anderson
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
Joe Gregorio
Joe English
Paul Prescod
Joe English
Arjun Ray
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
Simon St.Laurent
Arjun Ray
Joe English
Simon St.Laurent
Simon St.Laurent
Arjun Ray

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved