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

Re: Common Word Processing Format

  • To: Uche Ogbuji <uche.ogbuji@f...>
  • Subject: Re: Common Word Processing Format
  • From: Kurt Cagle <kurt.cagle@g...>
  • Date: Fri, 2 Dec 2005 16:55:12 -0800
  • Cc: XML-DEV <xml-dev@l...>
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=nAMF1oYfKgvoh+w8f9JpRCnTCJwV/0Ddk6mG31K6ToQLiAaaNyDc60V60xQAbtNxmBamuOt5jrr22TWdSQ6A31Vi/ppriEREW9Bd9i9ke7RsbLnTYHosSy5I1rIOtFQorZ2FvAHakApBIOz8NE20phGL5DxFNQihMlKyXHqSff0=
  • In-reply-to: <1133569794.15399.267.camel@borgia>
  • References: <BAY22-F26F66620DD7F8F731C553E994C0@p...> <1133551820.15399.212.camel@borgia> <6fa681b10512021312u1c52aa5am813055845f9165ce@m...> <1133569794.15399.267.camel@borgia>

common types of word processors

> Consequently, it seems to me that we can get too much wrapped up in
> whether this or that format is the "best" when it is better to see any
> of these formats as being simply intermediate stages, application
> specific languages that are better than proprietary ones because they
> can be pipelined, but not necessarily the best vehicle for storing
> domain specific knowledge.

Simple practical matter: pipeline processing technologies such as XSLT
are far better aligned for extracting element type info from GIs and
attribute info from attributes, rather than trying to hack at GIs
tunnelled through attributes (I know: I've suffered enough trying to
process such nasty XML).  That's one of the arguments for using XML
formats with good semantic fidelity to the problem domain.

Granted, though I suspect this is ultimately the XML community's version of the multiple inheritance headache. A GI is not really generic. It has its own implied semantic; tunnelled attribute types in essence are an attempt to associate with such an element an alternative schematic interpretation, or, to put it into my terms, a metaphorical binding on top of the initial element. The problem, of course, is that creating that association is remarkably difficult within the confines of XML, especially since such bindings can potentially be multidimensional in nature.

Perhaps the solution here is to make it easier (its certainly possible with most schema languages) to define linguistic extensions that perform the associated mappings up front:

<myProp> ~ <h:dir class="myProp">

I know, this smacks a little too close to macros for my own comfort, and realistically such a change is of course just a transform away, but there are times that I think that this model actually makes more sense than working with complex GIs.

-- Kurt




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.