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

Re: Strong Typing in SGML and XML

  • From: Peter@u... (Peter Murray-Rust)
  • To: xml-dev@i...
  • Date: Wed, 07 May 1997 21:31:19 GMT

Re: Strong Typing in SGML and XML
In message <libSDtMail.9705071132.28775.altheim@mehitabel> altheim writes:
> Peter@u... (Peter Murray-Rust) writes:
> > In message <199705071326.JAA12115@n...> gtn@e... (Gavin Nicol) writes:
> > > 
> > > RE processors are easy to implement, and there are a great number of
> > > them available for free. There are a number of specifications that
> > > could be used: I would recommend something like the POSIX ones,
> > > suitably extended.
> > 
> > Good.  Where is a volunteer to crack up a Java one?
> Well, after reading Jeffrey Friedl's book "Mastering Regular Expressions"
> (O'Reilly), I would heavily caution everyone to make sure we advocate and
> develop to a *single* RE specification, as it seems very evident that there

I thought this was taken for granted - that there would be a single RE in
all XML-l[ai]n[gk] specifications.  I also assumed (naively?) that POSIX
defined such an RE, and we merely needed an implementation.  There might well
be subsidiary questions such as 'do we want to implement a subset', 'are there
any clashes between RE syntax and XML syntax', 'are PEs expanded before
evaluating the RE :-)', etc.

> is such a variance between the RE processors in perl, Tcl, sed, awk, vi, etc.
> that having RE inconsistencies among XML applications would be worse than
> having no RE support at all.

Fully agreed.

> If we choose a code base that contains more RE features than the minimal
> set supported by all RE processors, we need to be clear which features
> are part of and required by XML. (This sounds like a mess to me.)

Since XML-LINK-TEI has shrunk since its first airing, I suspect that there
is a desire not to overreach.  Certainly we should not force implementors
to have to work hard to comply to unnecessary features.  (For all I know 
some REs would be sufficiently powerful to act as XML parsers :-)


Peter Murray-Rust, domestic net connection
Virtual School of Molecular Sciences

xml-dev: A list for W3C XML Developers
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To unsubscribe, send to majordomo@i... the following message;
unsubscribe xml-dev
List coordinator, Henry Rzepa (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.