RE: [xml-dev] "Introducing MicroXML, Part 1: Explore the basic principle

["Len Bullard" <cbullard@hiwaay.net>]

I agree.  It is a tooling issue (e.g., the ubiquity of Arbor Text, Microsoft
and Adobe in mil-spec logistics organizations) and as you say, a DTD issue
with large extant instances.

In both cases, moving on to better designs is also advised, but this is the
current state of the records. Cost over utility, of course, but also
procurement sources must make and publish plans for near and medium term
fielding of new consumer devices and phasing out older systems with
conversions.  

As I said my comment is advisory.  To be fair, the multiplicity of standards
making and consortia sources and a lack of coherence in their directions
makes this a wee bit more daunting than in the days of SGML when at least
ISO was the dominant source.

As John said, thanks for taking time to comment, James.

len

-----Original Message-----
From: James Clark [mailto:jjc@jclark.com] 
Sent: Saturday, July 14, 2012 10:32 PM
To: Len Bullard
Cc: John Cowan; xml-dev@lists.xml.org
Subject: Re: [xml-dev] "Introducing MicroXML, Part 1: Explore the basic
principles of ...

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?

Historically, in SGML days, the reason people used PIs for this was
because they needed to add processing-related stuff that their DTDs
didn't allow.  I would suggest the solution to the problem is more
flexible validation (or perhaps stylesheet) technologies rather than
PIs.

James

_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
subscribe: xml-dev-subscribe@lists.xml.org
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php