RE: Some more suggestions and a DOM OM

> -----Original Message-----
> From: Jeff McKay
> Subject: Some more suggestions and a DOM OM
 . . .
> > - Transform Node into a very simple interface that has a parent Node (and
> possibly a "validate" method).

validate() seem like an implementation specific issue that should not be in
the interface specification IMO.

> - Create a new CompositeNode interface derived from Node with methods to
> manage children. This includes indexed access, getFirstChild, getLastChild,
> getNextSibling, getPrevSibling, removeChild, insertChild, appendChild,
> replaceChild.
>
> - Comment and PI will be derived from Node (it may also make sense to create
> an EmptyElement interface derived directly from Node).
>
> - Element, Entity, DocumentFragment, Text, and Attribute are derived from
> CompositeNode.

This is very similar to David Brownell's proposal for DocumentFragment.
Why is Text derived from your CompositeNode?  And hasn't Attribute been
changed so it is not a subclass of Node?

> - Create a DOMException class. All DOM exceptions should be derived from
> this class.  This is just a convenience mechanism, but many users won't
> really care about WHICH exception is being thrown.

Great idea that should have been thought of a long time ago!!



Andrew n marshall
  student - artist - programmer
     http://www.media-electronica.com/anm-bin/anm
      "Everyone a mentor, Everyone a pupil"

Received on Sunday, 3 May 1998 14:37:50 UTC