Re: [Re: [libxml++] UTF8 support]
- From: Christophe de VIENNE <cdevienne alphacent com>
- To: libxmlplusplus-general lists sourceforge net
- Subject: Re: [Re: [libxml++] UTF8 support]
- Date: Wed, 19 Mar 2003 15:35:45 +0100
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le Lundi 24 Février 2003 11:52, Murray Cumming a écrit :
> 4. I would like to hear about other examples other than Glib::ustring and
> QString, particularly because I doubt that anyone wants to use QString with
> libxml++. We should only solve problems that really exist. Stefan, what
> string class are you using?
A benchmark recently posted on the libxml mailing list is, it seems, a part of
an answer to this remark. It shows that Qt XML parser has limited
performances, which could force, in certain cases, people to use another lib.
The link :
http://xmlbench.sourceforge.net/results/benchmark/index.html
About mixing the fully-templated lib and the 'normal' one :
It seems (unless I misanderstood the thing) that the templates implementation
don't have to be included in client code as long as the templated class
instanciation is not done by the client code but by the lib.
This way we wouldn't have to a heavy wrapping : only a few typedef, and
provide functions to instanciate the different classes (which is already done
for Node).
I'd like comments/opinions on this. If I'm not clear don't hesite to ask more
precisions.
Cheers,
Christophe
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+eIBBB+sU3TyOQjARAu9RAJ4sTxWe3d4RV7hIWxiSv/LZzM2ejACfYrpy
QFBHNLx23NTKtfl38mWfCms=
=QOXx
-----END PGP SIGNATURE-----
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]