This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author scoder
Recipients docs@python, eric.araujo, ezio.melotti, fdrake, loewis, pitrou, scoder
Date 2011-11-29.14:12:24
SpamBayes Score 8.33742e-07
Marked as misclassified No
Message-id <>
I don't think "FUD" is a suitable term for the rather minidom-friendly wording in my last proposal. Seriously, minidom is widely known for being extremely slow and extremely memory hungry. And that is backed by basically any benchmark that has ever been done on the subject. If 4DOM, which Martin cites, is really worse in terms of performance (I never used it), it must truly be the only existing species of that kind.

Still, here's a cleaned up version of Fred's proposal that I could live with:

:mod:`xml.dom.minidom` --- Pure Python DOM implementation

:mod:`xml.dom.minidom` is an implementation of the Document Object Model interface.  The API is (intentionally) slightly simpler than the full W3C DOM, but the implementation has a significantly higher memory footprint than the XML tree library in :mod:`xml.etree.ElementTree`.
Date User Action Args
2011-11-29 14:12:25scodersetrecipients: + scoder, loewis, fdrake, pitrou, ezio.melotti, eric.araujo, docs@python
2011-11-29 14:12:25scodersetmessageid: <>
2011-11-29 14:12:24scoderlinkissue11379 messages
2011-11-29 14:12:24scodercreate