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

Re: XPath and a continuous, uniform information space - Recap

  • From: Hans-Juergen Rennau <hrennau@yahoo.de>
  • To: "Jeremy H. Griffith" <jeremy@omsys.com>, "xml-dev@l..." <xml-dev@l...>
  • Date: Sun, 18 Aug 2013 01:04:56 +0100 (BST)

Re:  XPath and a continuous
And I would also be interested to hear whether these concepts already *have* been considered by people outside the publication domain - as a generic model of how to build structures dynamically (after the building of documents); as a generic model of how to create new pathways of navigation.

Hans



Von: Jeremy H. Griffith <jeremy@omsys.com>
An: "xml-dev@l..." <xml-dev@l...>
Gesendet: 1:31 Sonntag, 18.August 2013
Betreff: Re: XPath and a continuous, uniform information space - Recap

On Sat, 17 Aug 2013 23:00:46 +0100 (BST), Hans-Juergen Rennau <hrennau@yahoo.de> wrote:

>Jeremy, thank you very much - this sounds most interesting. Could it be that that the designers of XPath/XQuery/XSLT might assimilate and possibly generalize some of the concepts which have been developed for the dynamic construction of technical documentation - a construction which, abstractly speaking, can be regarded as the imposing of secondary structures on a primary node forest? It seems to me a perfectly reasonable idea. Would you agree that it is at least conceivable?

Sure.  In fact, this part of the discussion puzzled me;
DITA is one of the more popular uses of XML, in pubs at
least, but nobody made the connection to mapping.

Regarding having the nodes contain their own maps...
the equivalent in DITA is inline <xref>, which is
discouraged, and <related-topics> which is tolerated,
but for which keeping the intertopic relationships
in the map instead (in a <reltable>) is preferred.
The concern is that either construct creates an
interdependency between nodes, so that re-use of
one node but not of the others it references is
either impossible (<xref>; broken links) or is
ambiguous (<related-topics>; if not in the map,
what do you do about the link?).

This is partially ameliorated by the indirect-
addressing method (@keyref, <keydef>) where you
can have different destinations for the same xref
when the doc is in different maps, by including
an appropriate key definition in the map itself.

I'm interested to see where the folks here take
these considerations when looking at them afresh.


-- Jeremy H. Griffith <jeremy@omsys.com>
  DITA2Go site:  http://www.dita2go.com/



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

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.
Email
First Name
Last Name
Company
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.