RE: [libxml++] libxml++ future - strings and overloaded helper fu nctions

[Murray Cumming Comneon com]

> From: Matt Esterly [mailto:matt automaticduck com] 
> Looks great!  A couple ideas I would be will to submit patches for
> a)   Support of std::stringw in addition to std::string

I guess you mean std::wstring. Personally, I am happy for libxml++'s API to
remain UTF8 only (as is the case with libxml) and I think string encoding
conversion (a complex problem) should be done outside of libxml++.
 
> b) Overloaded element functions which do conversions from primitives  
> to strings for the caller
> for example:
> int n;
> elem->add_content(n);

I guess a templated method could do this, using stringstream. However, you
be stuck with the default text representations that it makes. In reality,
people generally like to specify more formatting information.

I'm mostly against this because I think libxml++ should be an XML
parser/builder API only.
 
Murray Cumming
murrayc usa net
www.murrayc.com