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

Re: XML Java API Standardization

• From: Peter Newcomb <peter@t...>
• To: xml-dev@i...
• Date: Thu, 19 Jun 1997 12:20:03 -0400

> Date: Thu, 19 Jun 1997 16:57:26 +0200
> From: Norbert Mikula <nmikula@e...>
> 
> Alex Milowski wrote:
> > The dsssl.grove package is intended to provide standardized programatic access
> > to groves--the result of processing an SGML document.  IMHO, it would be ideal
> > if XML processors could produce a grove that a DSSSL processor could use.
> 
> I certainly agree, that a (complete) grove is probably
> the most powerful and complete way of accessing
> a documents data.
> 
> I am not convinced however, that it is always necessary
> to built a grove.

  [snip]

> You can always built a more powerful layer
> on top of an event stream. Furthermore we
> should also consider the work of the DOM
> group. Their results will have a considerable
> impact on our work as well.
> 
> If we can provide a flexible low level
> layer, we can always add more fancy and
> specialized post-processors on top
> of it.

I believe it it is important not only to design the low-level
interface such that a grove (or other-high level interface) can be
implemented on top of it, but also to design the low-level interface
such that _it_ (at least the relevant portions of it: i.e. the event
stream and associated classes) can be implemented on top of a grove
interface.

Another concern I have is that the terminology used for the two
interfaces (low and high) be consistent.  A programmer who learns one
interface should not have to learn a different vocabulary in order to
use the other.  This is also true across languages: a person using
an XML parser in Java should not have to learn a different vocabulary
in order to use an XML parser from C++ or Perl.

As the SGML property set has already been published (in DSSSL, and
soon in the HyTime 2nd Edition) and is in use, I suggest that it be
used as a terminology reference for new SGML and XML interface
design.

-peter

--
Peter Newcomb                           TechnoTeacher, Inc.
233 Spruce Avenue                       P.O. Box 23795
Rochester, NY 14611-4041 USA            Rochester, New York 14692-3795 USA
+1 716 529 4303 (home)                  +1 716 464 8696 (direct)
+1 716 755 8698 (cell)                  +1 716 271 0796 (main)
+1 716 529 4304 (fax)                   +1 716 271 0129 (fax)
peter@p...       peter@t...
http://www.petes-house.rochester.ny.us  http://www.techno.com

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

• Prev by Date: Re: XML Java API Standardization
• Next by Date: Re: XML Java API Standardization
• Previous by thread: Re: XML Java API Standardization
• Next by thread: Re: XML Java API Standardization
• Index(es):
  • Date
  • Thread