libxmlplusplus-general

[libxml++] Propose Document::create_root_node_by_import ()

[Jim G. <gar...@ca...>]

I sent this a few days ago, but it has not appeared in the archive yet,
so I am sending it again.  My apologies if you have already received
this.

-----Forwarded Message-----
From: Jim Garrison <gar...@ca...>
To: lib...@li...
Subject: Propose Document::create_root_node_by_import ()
Date: Wed, 28 Jan 2004 22:21:16 -0500

Hello,

I would like to propose the addition of a function to xmlpp::Document. 
Right now, one can only create a root node with the given function
create_root_node(), and then manipulate that Node.  My proposed function
(something like Document::create_root_node_by_import) would take a Node
from an existing Document and import it in the spirit of
Node::import_node().  So basicly, this adds the import functionality so
that an entire document can be created from a arbitrary Node in a
different document.

The biggest reason I need to do this is so that I can create a string
that holds all the XML within a certain node.  If there's a better way
to do this, please let me know.  If not, would this type of patch be
accepted?  If so, would it be able to go in the 1.0 branch?  I don't
think it would break anything in terms of the ABI.

Please let me know.

Jim Garrison
http://gnomoradio.org/

Re: [libxml++] Propose Document::create_root_node_by_import ()

[Christophe de V. <cde...@al...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Jim Garrison wrote:

|
| -----Forwarded Message----- From: Jim Garrison <gar...@ca...>
| To: lib...@li... Subject: Propose
| Document::create_root_node_by_import () Date: Wed, 28 Jan 2004
| 22:21:16 -0500
|
| Hello,
|
| I would like to propose the addition of a function to
| xmlpp::Document. Right now, one can only create a root node with
| the given function create_root_node(), and then manipulate that
| Node.  My proposed function (something like
| Document::create_root_node_by_import) would take a Node from an
| existing Document and import it in the spirit of
| Node::import_node().  So basicly, this adds the import
| functionality so that an entire document can be created from a
| arbitrary Node in a different document.
|
| The biggest reason I need to do this is so that I can create a
| string that holds all the XML within a certain node.  If there's a
| better way to do this, please let me know.  If not, would this type
| of patch be accepted?  If so, would it be able to go in the 1.0
| branch?  I don't think it would break anything in terms of the ABI.
|
|

Hi,

The way you propose to implement the functionnality, you will have the
xml header in the resulting string. If it's what you want then it's
probably the best way to do it.
A patch is welcome, and will probably go in 1.0 branch is ABI is not
broken.

Cheers,

Christophe

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAIMUpB+sU3TyOQjARAgSJAJ9SZOkKdCU2O5K1MjsepDJkv4f8lwCggllB
19JqHRtGO/OMvo2R/GBv4PM=
=f3qP
-----END PGP SIGNATURE-----

Re: [libxml++] Propose Document::create_root_node_by_import ()

[Christophe de V. <cde...@al...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Christophe de VIENNE wrote:

| and will probably go in 1.0 branch is ABI is not broken.


I've spoke with Murray about this, and in fact it will probably not go
in the stable API.
Anyway the next stable API will come quite soon, so it shouldn't be a
problem.

Cheers,

Christophe


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAIOp9B+sU3TyOQjARAvX/AJoCSyXSCTq64/l1EqRhR2QwqccewACgllU3
9e5gi3wZr0g+mmyeRLktDoU=
=sFu1
-----END PGP SIGNATURE-----

Re: [libxml++] Propose Document::create_root_node_by_import ()

[Jim G. <gar...@ca...>]

In trying to work around the problem, I also realized that there is no
xmlpp::Document::cobj() function.  While it is not entirely essential to
what I am doing, it would make things easier, and I think it is still
useful.  If nobody objects, I'll also make a patch for this function for
the 2.5 branch.

Jim

On Wed, 2004-02-04 at 05:10, Christophe de VIENNE wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> 
> 
> Jim Garrison wrote:
> 
> |
> | -----Forwarded Message----- From: Jim Garrison <gar...@ca...>
> | To: lib...@li... Subject: Propose
> | Document::create_root_node_by_import () Date: Wed, 28 Jan 2004
> | 22:21:16 -0500
> |
> | Hello,
> |
> | I would like to propose the addition of a function to
> | xmlpp::Document. Right now, one can only create a root node with
> | the given function create_root_node(), and then manipulate that
> | Node.  My proposed function (something like
> | Document::create_root_node_by_import) would take a Node from an
> | existing Document and import it in the spirit of
> | Node::import_node().  So basicly, this adds the import
> | functionality so that an entire document can be created from a
> | arbitrary Node in a different document.
> |
> | The biggest reason I need to do this is so that I can create a
> | string that holds all the XML within a certain node.  If there's a
> | better way to do this, please let me know.  If not, would this type
> | of patch be accepted?  If so, would it be able to go in the 1.0
> | branch?  I don't think it would break anything in terms of the ABI.
> |
> |
> 
> Hi,
> 
> The way you propose to implement the functionnality, you will have the
> xml header in the resulting string. If it's what you want then it's
> probably the best way to do it.
> A patch is welcome, and will probably go in 1.0 branch is ABI is not
> broken.
> 
> Cheers,
> 
> Christophe
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> 
> iD8DBQFAIMUpB+sU3TyOQjARAgSJAJ9SZOkKdCU2O5K1MjsepDJkv4f8lwCggllB
> 19JqHRtGO/OMvo2R/GBv4PM=
> =f3qP
> -----END PGP SIGNATURE-----
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Libxmlplusplus-general mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libxmlplusplus-general