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

RE: XInclude [was: XLink transformations]

  • From: David Orchard <orchard@p...>
  • To: 'Paul Grosso' <pgrosso@a...>, xml-dev@x...
  • Date: Mon, 24 Jul 2000 21:56:39 -0700

xinclude stylesheet
There is no elegent way to remove some particular PIs from an included
document and keep the future of XInclude open.  XInclude must be non-lossy.

XInclude as it stands is simply the first step towards a goal.  Eventually,
I would like to realize some of transclusion in XInclude/XSLT/Query
combinations.  With regard to XSLT, a next logical step for XInclude/XPath
is to add 2 things:
1) the ability to specify what the state of the included document should be,
ie before schema validation, default, after transform, after query, etc.
This might require an xpointer addition to specify state in URIs
2) the ability of the XInclude author to specify when the inclusion itself
should take place, ie before schema validation, defult, after transform,
after query, etc.

Then we could actually meet the use case of an author creating a single
element that specified including a document that has been styled into an
source document after the source document's styling is complete, thus
preserving included documents style aka copyright notice.

Perhaps in XInclude 3.0, sometime 2005.  You laugh, XInclude is now 1
attribute and it's been over a year since it was created and it's not at
last call.

Cheers,
Dave Orchard



-----Original Message-----
From: Paul Grosso [mailto:pgrosso@a...]
Sent: Thursday, July 20, 2000 8:04 AM
To: xml-dev@x...
Subject: XInclude [was: XLink transformations]


At 00:17 2000 07 20 -0700, Ben Trafford wrote:
>Therefore, my initial take on the issue stands, unless XInclude is
>modified to preclude the passing of prolog information. In my opinion, this
>would be a mistake. The prolog contains useful information, including the
>stylesheet PI. It seems to me that it would behoove the XML Core WG to
>consider the merging of information found in the prolog in a compatible
way.

We've considered and rejected it as out of scope.

>In other words, the stylesheet call is valid, according to
>infosets and XInclude. The real question is: how to handle it, since
>multiple stylesheet calls are quite valid in XSL. The only invalid part is
>placing the stylesheet PI outside of the prolog.

XInclude [1] isn't about style semantics, it's more analogous to XML 1.0
external parsed entity handling.

All information in the included bit is included at the including point
(if that sounds tautological, it's supposed to).  This includes PIs.
A stylesheet PI is just a PI to any XML 1.0 processor and/or any
XInclude-compliant processor.  XInclude won't do anything special
with it.  What happens at the application level when a stylesheet PI
is found in the middle of an infoset (instead of in the prolog) is
outside the scope of XInclude.

The "Associating Style Sheets with XML documents" Rec [1] says:

  The xml-stylesheet processing instruction is allowed only in
  the prolog of an XML document.

While it doesn't explicitly say what should happen when a PI that
looks like an xml-stylesheet processing instruction occurs elsewhere
than in the prolog, I would assume an application is free to treat
it as either an error or simply to ignore it.

paul

[1] http://www.w3.org/TR/xinclude
[2] http://www.w3.org/TR/xml-stylesheet/

p.s.  Note that the XML Core WG has just recently (17-July-2000)
published a new WD of XInclude, available for all to comment on.
I meant to post a notice of this to xml-dev, but am only now getting
around to it.  Consider this the notice!


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.