Re: about domxml api-change in 4.0.7

Changes in experimental extensions don't require NEWS entries. The NEWS file is already too hard to read. With all those changes mentioned in it, it will become totally useless. Which reminds me of the idea I had about this whole NEWS file. The differen changes should be categorized somehow. e.g. + would mean something was added, - something was removed, ! important note, etc. In the current form this file is quite hard to read..and it's very easy to miss some important note there. --Jani On Sat, 18 Aug 2001, Christian Stocker wrote: >On Sat, 18 Aug 2001, Jani Taskinen wrote: > >> >> DOMXML is an experimental extension. So you can expect it >> to change still.."Your mileage may vary" :) >> e.g. In 4.0.7 the required libxml version will be 2.4.2. >> >> You obviously haven't read the manual.. > >sure, i read the manual and i'm aware of the experimental state :) I >didn't say (this time ...), we should go back, i just wanted to point out, >that the change should be mentionend in the NEWS file and (even better) >the Manual (even though domxml is stated experimental, it's long enough >in php to be used by a variety of people..). > >chregu > >> >> --Jani >> >> >> On Sat, 18 Aug 2001, Christian Stocker wrote: >> >> >In article <Pine.LNX.4.21.0108181410290.542-100000@joeysmith.com>, "Joey >> >Smith" <joey@joeysmith.com> wrote: >> > >> >> Christian: >> >> The only change that I am aware of is the removal of half of the >> >> aliases that domxml used to use. For example, previous versions had both >> >> $node->tagname and $node->tag_name, which both returned the same >> >> structure. I have removed all of the former in favor of the latter, to >> >> hold to PHP conventions. Given the chance to think about it, you're >> >> right, there should have been some mention in NEWS about the work going >> >> on in domxml, but as it has been more or less completely broken for 2 >> >> point releases, I wasn't concerned at the time. >> >> >> >> What is the "old" API that you are referring to (ie, what PHP >> >> version)? >> > >> >the 2 changes i'm aware of (between 4.0.6 and 4.0.7): >> > >> >1) >> > >> >$xml->root() in 4.0.6 returns: >> > >> >DomNode Object >> >( >> > [node] => Resource id #3 >> > [type] => 1 >> > [name] => ibaconfig >> > [content] => >> >) >> > >> >but in 4.0.7 >> > >> >DomElement Object >> >( >> > [type] => 1 >> > [tagname] => ibaconfig >> > [0] => 3 >> > [1] => 136185560 >> >) >> > >> >especially the difference between in name and tagname is annoying. >> > >> >->[content] is also missing in .7, so i have to do a $root->children(), >> >where i can find the content of a DomElement-Object, but the structure of >> >the returned array/classes is also different and not complete (why is >> >there no type-attribute in a DomText Node?) >> > >> >I assume, these changes are done to comply with some standards/"common >> >writing of doms", so I see the intention behind that, but it should be >> >noted somewhere (and the manual be updated). >> > >> >The changes between 4.0.6 and .7 are this big, 'cause the domxml >> >version from an older version (4.0.4?) was included in the release and not >> >the one in the cvs since 4.0.5-dev (or around that...). it was rolled >> >back in 4.0.5 and 4.0.6 , 'cause of the "drastic" api-changes... >> > >> > >> >chregu >> > >> > >> > > >