Description:
------------
I'm using XML a lot for my webresources. Now DOM is one big pain in the ass, because of it's lacking performances and just taking away all the resources when it even only need to search one element.

Therefore I'm using XMLReader and XMLWriter, whose are better performing, and more SAX. But for XML transformations, those are difficult to use. Setting up a whole new XML file works fine using XMLWriter, and reading one is great in XMLReader. Now I thought that maybe those to could be integrated into eachother, using one pointer, to read and write. Additional great feature whould be getting the byte offset in the file (for reference) and being able to set the pointer there. So you won't save whole (DOM)Objects, but you ARE able to reference to the element. I'd really appreciate it!

Second, something I can't really judge from a technical point of view, but I think it's bad that XSL extension was removed. Now the only alternative I know of, is loading all data, both XML and XSLT, into DOMDocument(s) (resources!) and the using those to put into the XSLTProcessor. I mean, output is nice, but can't we just put two strings or to file(references) in there? I think DOM is really taking away a lot there. IMO the knowledge and programming is there, but there are a few critical changes to be made, making it interesting for serious developers. Sure, the DOM is great for people who wants there in-/output right here, right now. But, as you think of SOA, SAAB and webservices, performance on managing XML (WSDL, SOAP, XMLRPC) will be (cost)critical being a big difference in efficience.

I hope I've been able to help PHP evolving. It's not that I'm one big business man, having all the experience needed to make all choice above, but just my opinion as being a little lonely developer ;) Hope you can appreciate it! :) KUTGW

Reproduce code:
---------------
None.

Expected result:
----------------
Better performance.

Actual result:
--------------
Less simplicity.