From: Jose (jmalv04_at_[hidden])
Date: 2006-04-11 08:10:36
What boost needs is a generic tree container library that can include as
utilities some of the functionality in the proposed property-tree library.
* Tree Container Library
The author plans to submit it to boost . This should combine with the
current proposed library
* tree.hh: an STL-like C++ tree class (GNU)
This library is well regarded and widely used in many GNU projects
If some of the STL gurus can compare both libraries we could contact the
author to encourage it to submit it to boost or just change the license.
A key functionality for the new library is being able to load an XML file in
memory and provide an easy-to-use DOM-like interface.
On 4/11/06, Klaus Nowikow <nowikow_at_[hidden]> wrote:
> David Abrahams <dave <at> boost-consulting.com> writes:
> > "Marcin Kalicinski" <kalita <at> poczta.onet.pl> writes:
> > > Property tree library revision 5 (review version) is now in the boost
> > > Documentation can be viewed online at http://kaalus.atspace.com/ptree
> > What is the rationale for using the word "property" here?
> > Why is this data structure not a more generic tree? It seems as
> > though forcing the data on a tree node to be a specialization of
> > basic_string is needlessly limiting.
> That reminds me of Dave Handley's implementation of a composite pattern
> library, see
> Maybe it would be harder to implement all the file read/write functions
> with this one, though.
> Klaus Nowikow
> Unsubscribe & other changes:
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk