Hello All!
First off, many thanks to Martijn for taking on Parsed XML - this product
even with its flaws has been too useful not to use and deserves a lot of love.
We have been using Parsed XML 1.1b1 on sites using 2.3/1.5.2 and 2.4/2.1.
For the most part, I have no bonds to 2.3/1.5.2, and would favor seeing
Parsed XML development using the 2.4/2.1 releases.
We've used Parsed XML largely as a container for content, which we map to HTML
using DTML, Python DOM, and most recently ZPT calls.
Visually editing the DOM tree via the Zope Management Interface has not
really been useful to us. Honestly, IMHO there are better tools for editing
XML (Emacs, XML Spy, ArborText, etc.) than ZMI, especially through a DOM tree.
On the other hand, making the DOM tree a HTML form with text boxes populated
with the node values could be very useful.
Fixing bugs with Parsed XML is high on my wish list:
* Copy and Paste of Parsed XML objects is buggy (though Karl mentioned that
a fix was made but not released a while back).
* Editing of Parsed XML objects though FTP doesn't work.
* Instantiation of a Parsed XML object by importing a file requires that
you explicitly type an id for it, rather than using the existing file
name for the id.
* Performance can always improve.
Questions on where Parsed XML is going, esp. with Zope pushing Zope Page Templates (ZPT):
Will Parsed XML have XSLT support? Will it really matter if
integration with ZPT is good enough? So far in working with Parsed XML and ZPT,
we've gotten this far:
ZPT making DOM calls to Parsed XML Object: Good
ZPT calling Python script with DOM calls to Parsed XML Object: Good
What is not clear is how to create a ZPT-style method (arguably not possible,
since ZPTs are objects) to directly render a Parsed XML object, like a
DTML-method:
object/viewXML
^ ^
| |
parsed xml dtml method
Anyone out there with some insights into this?
Thanks!
-Charles
First off, many thanks to Martijn for taking on Parsed XML - this product
even with its flaws has been too useful not to use and deserves a lot of love.
We have been using Parsed XML 1.1b1 on sites using 2.3/1.5.2 and 2.4/2.1.
For the most part, I have no bonds to 2.3/1.5.2, and would favor seeing
Parsed XML development using the 2.4/2.1 releases.
We've used Parsed XML largely as a container for content, which we map to HTML
using DTML, Python DOM, and most recently ZPT calls.
Visually editing the DOM tree via the Zope Management Interface has not
really been useful to us. Honestly, IMHO there are better tools for editing
XML (Emacs, XML Spy, ArborText, etc.) than ZMI, especially through a DOM tree.
On the other hand, making the DOM tree a HTML form with text boxes populated
with the node values could be very useful.
Fixing bugs with Parsed XML is high on my wish list:
* Copy and Paste of Parsed XML objects is buggy (though Karl mentioned that
a fix was made but not released a while back).
* Editing of Parsed XML objects though FTP doesn't work.
* Instantiation of a Parsed XML object by importing a file requires that
you explicitly type an id for it, rather than using the existing file
name for the id.
* Performance can always improve.
Questions on where Parsed XML is going, esp. with Zope pushing Zope Page Templates (ZPT):
Will Parsed XML have XSLT support? Will it really matter if
integration with ZPT is good enough? So far in working with Parsed XML and ZPT,
we've gotten this far:
ZPT making DOM calls to Parsed XML Object: Good
ZPT calling Python script with DOM calls to Parsed XML Object: Good
What is not clear is how to create a ZPT-style method (arguably not possible,
since ZPTs are objects) to directly render a Parsed XML object, like a
DTML-method:
object/viewXML
^ ^
| |
parsed xml dtml method
Anyone out there with some insights into this?
Thanks!
-Charles