--- Lukas Schroeder <[EMAIL PROTECTED]> wrote:
> On Mon, May 06, 2002 at 03:54:34PM +0200, Christian Stocker wrote:
> > > $doc = new DomDocument("some.file", true);
> > > $ele = new DocElement("name");
> > > $doc->append_child($ele);
> > 
> > as i said before, this is not according to the DOM-Standard, so i would
> > rather prefer not to include this kind of behaviour, but i'd like to hear
> > other opinions about that....
> 
> wrt. to using the new operator to create "orphaned" nodes, i dont care.
> one might argue, that it makes the thing more consistent, but we've
> already had a lot of fun with discussions about consistency before :)
> 
> wrt. to creating nodes without using a document's factory let me point
> out the following.
> 
> with the current api i can already create a node this way:
>   $n = domxml_node('root');
> and i've always found that very appealing; what was (is?) missing ar the
> functions to create all other types of nodes this way...
> 
> i want to be able to assemble the xml pieces (docs, nodes, trees) the
> way i like it and in the order i find appropriate. i dont need a
> document to have some node flying around in memory, as the dom-spec
> tries to tell me. i find it convenient that i can happily assemble a
> whole subtree inside a function, return that subtree and have the caller
> do whatever it wants with it (attach it, modify it, delete it).

 I totally agree with this. This is exactly what im trying to do pass part of
my document to the user have them modify/create and then pass back to my
extension then attach it to my docuemnt.

 - Brad


__________________________________________________
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to