From: Jose (jmalv04_at_[hidden])
Date: 2006-04-28 11:03:10
On 4/28/06, Marcin Kalicinski <kalita_at_[hidden]> wrote:
> Hi Jose,
> The scope of the library is beyond program configuration. It can also be
> used to manipulate DOM-like structures (which are trees), pass data inside
> program etc. ProgramConfiguration would be misleading, it would suggest
> library is a superset of Program Options, which it isn't.
For that wider scope I think the library is completely unappropiate
1) It doesn't use a generic container, which limits its use to very simple
2) It doesn't follow any of the standards: W3 DOM and XPath
3) It devalues what is currently expected from Boost libraries
Also, the simplicity argument is not good for DOM-like structures b/c it's a
problem domain. I truly believe the PT fits the category of "Utilities" more
a Boost library. My vote then was meant to be a strong NO.
> tree.hh is GNU GPL licensed. Cannot use it in boost. Also, because it is a
> generic tree container, its interfaces are inevitably generic as well. It
> has very different strucuture from ptree, for example it does not have
> so you cannot use paths. It does not provide any type-conversion
> It would require a large facade to be used in a role of property tree.
I mentioned tree.hh as an example of what should be provided but a better
the Tree Container Library ,
The author plans to submit it to boost, so maybe we should wait for that
I believe Boost has to aim for state-of-the-art libraries not utilities.
1) There is nothing bad about generic interfaces. They allow you to handle a
set of DOM structures.
2) The argument it doesn't have keys is wrong, because you have a node
(and you can have a key). And the way PT handles paths is bad (at least for
my requirements and as pointed out in a separate thread)
Sorry to be so negative about the proposed library. I am not a Boost expert
but I have
used tree.hh and other libraries in this problem domain. I liked your
argument for the program configuration domain but trying to broaden the
as a library for DOM-like structures cleary makes the library inappropiate
as pointed out
in the arguments above
Boost list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk