Xavier Morel, 14.12.2011 20:54: > On 2011-12-14, at 20:41 , Stefan Behnel wrote: >> I meant: "lack of interest in improving them". It's clear from the >> discussion that there are still users and that new code is still being >> written that uses MiniDOM. However, I would argue that this cannot >> possibly be performance critical code and that it only deals with >> somewhat small documents. I say that because MiniDOM is evidently not >> suitable for large documents or performance critical applications, so >> this is the only explanation I have why the performance problems would >> not be obvious in the cases where it is still being used. And if they >> do show, it appears to be much more likely that users rewrite their >> code using ElementTree or lxml than that they try to fix MiniDOM's >> performance issues. > > Could also be because "XML is slow (and sucks)" is part of the global > consciousness at this point, and that minidom is slow and verbose > doesn't surprise much. Possibly, yes. Or that "Python is slow and sucks". But I think there are good counter arguments against both. Stefan
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4