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

Re: XLink: behavior must go!

  • From: "Martin Bryan" <mtbryan@s...>
  • To: <xml-dev@i...>
  • Date: Fri, 14 May 1999 10:01:03 +0100

Re: XLink: behavior must go!
Paul Prescod wrote:

>You and I agree that various document types have differnet behavioral
needs. We agree that there is no way that we can define everything that
needs to be done in advance. I think that we agree that usually behavior
should be defined in stylesheets, though there are a few cases where it
should be defined inline.

Not my words. I think that there are times when you want to be able to
contol the behaviour inline, not define the behaviour inline. I want to
provide a declarative property, not a procedural one.

>You demand that when it is inline it should
always be expressed in the same attribute. I claim that this will
interfere with the goal of extensibility and interoperability.

Only if we have a common attribute will we be able to share processing
modules among applications. My goal is to be able to have processing modules
that I can import into any XSL stylesheet that processes a document using
XLinks to allow me to link from the request for data to my local (or
external) databases, undertaking appropriate transformations to turn the
data stored in the warehouse into the form that the author of the document
wants it.

While I can introduce your suggested martin:behaviour attributes into my DTD
I cannot introduce them into someone elses DTD. If I am using an industry
standard DTD that uses XLinks how can I control standardized processes that
are known to work in my environment

Saying I should just change stylesheets does not necessarily work as it
depends on where control of stylesheet association takes place. At present
we have not mechanism for local overrides of stylesheets. What I want is a
mechanism that will allow me to control the working of imported sytlesheet
modules on an instance by instance basis, without having to write special
instances of stylesheets for each document instance.

Martin Bryan

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


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.