On Sunday, 31 July 2016 at 18:56:33 UTC, Lodovico Giaretta wrote:
kxml is also way limited with respect to std.experimental.xml.
It does not support many features, like custom allocators
(because they don't exist in Java). It does not have to strive
to be @nogc (because it does not exist in Java). It does not
support high customization, with custom lexers, pluggable
validations, full DOM Level 3 support, with the ability for the
user to provide a custom DOM implementation and have the
DOMBuilder use it instead of the default provided DOM
implementation. It does not support SAX with DbI on the handler
type. It does not support outputting XML using a custom
formatter, again with DbI.
Okay, just wanted to know what we are buying with (supposedly)
For reference I was speaking of the D kxml package, which is a
DOM parser than can range-iterate on nodes using XPath.