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

Re: "Introducing MicroXML, Part 1: Explore the basicprinciples

  • From: Rick Jelliffe <rjelliffe@allette.com.au>
  • To: xml-dev@lists.xml.org
  • Date: Fri, 20 Jul 2012 20:43:18 +1000

Re:  "Introducing MicroXML
Because you are not always in the position of being able to influence
what is allowed in the Schema?

If you are in an organization where the schemas are made by one
department (in one country), the data is authored by another
department (in another country), the testing is done by another group
(in another country), the stylesheets are made by another department
(also not in your country) and the content is packaged into
applications by yet  another department, in another country,
outsourced to some other country, then then the schema business can be
a highly controlled affair, in order to reduce communication or
re-tooling costs.

Then imagine this was coupled to a company that used a data mapping
tool where you have to state every possible absolute XPath that can be
found in any document and program for that explicitly.  That is the
behaviour of at least one commonly used commercial tool, from the data
warehouse industry. If you add an extra element, you potentially may
have to deal with an explosion: so you cannot do it willy nilly.

Or imagine a production system which is written so that unknown
elements cause documents to be dropped as exceptions.  An earlier part
of the chain cannot just add an element or attribute unless they can
also remove it.

I think these kinds of scenarios are often more the case for people
working in large organizations, than being able to arbitrarily bend
the schemas: the technical difficulty in understanding schemas only
makes it worse.

One way out of this would be to provide a standard namespace that had
a semantic of "can appear anywhere, can contain anything you like,
isnt validated", which is not really possible without changing
existing schemas (and schema languages).   So I don't think elements
provide what PIs do: if elements were satisfactory, people would use
elements.

However, if MicroXML is not geared towards allowing people to hack
functional systems in the confines of large enterprises, none of that
matters. The response is not "You can use elements and attributes" but
"Use something else".

Cheers
Rick


On Sun, Jul 15, 2012 at 1:31 PM, James Clark <jjc@jclark.com> wrote:
> On Fri, Jul 13, 2012 at 10:07 PM, Len Bullard <Len.Bullard@ses-i.com> wrote:
>>
>> If PIs are not available, this will likely eliminate MicroXML as a
>> markup language for composition intensive applications where
>> content-tagged structures such as Notes, Cautions and Warnings must by
>> specification be bound to the same page.
>
> Why can't you use elements or attributes for this?


[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.