Message196188
Since parsers don't support changing the target after creation, I think it makes sense to deprecate passing in a parser *instance*, and instead require passing in a callback that accepts the target to use and *returns* an appropriate parser object. The "parser can only use the default TreeBuilder as a target." line in the iterparse docs is a sign that this is a more appropriate API - if iterparse needs a particular kind of target, the API should be designed so iterparse *provides* that target instead of saying "please don't use a custom target type".
However, I don't think it makes sense to provide such a callback based API until it is actually possible to implement the streaming event API using a custom target object with XMLParser. |
|
Date |
User |
Action |
Args |
2013-08-26 07:58:05 | ncoghlan | set | recipients:
+ ncoghlan, jcea, scoder, jkloth, eli.bendersky, flox, python-dev |
2013-08-26 07:58:05 | ncoghlan | set | messageid: <1377503885.42.0.391333871251.issue17741@psf.upfronthosting.co.za> |
2013-08-26 07:58:05 | ncoghlan | link | issue17741 messages |
2013-08-26 07:58:05 | ncoghlan | create | |
|