Thanks for the response. The reason for wanting to use ZRoundup is to have an instance of Zope in use in the organisation (which is a python shop). I'm particularly interested in seeing how far it's possible in Zope to separate the various elements of web apps in general - zpts have done it largely for the content side, and I'd like to have the app in python, with a Zope "front end", which was the model being shown here. So if I'm developing a python app for the web, I can put all the functionality in, say, the App class, and have a ZApp class as front-end which inherits all the functionality from App by subclassing, and itself only handles the Zope interface elements. The only fly-in-the-ointment I've found to date is that writing a Zope app with an RDBMS from scratch I'd probably want to use ZSQLMethods (as the framework handles them "naturally") and so the python App class has to know about it's frontend and the elegance goes away. Or maybe I'm approaching this Zope-with-SQL problem from the wrong end. What's your experience? Finally, the answer to your question as to why is: "learning, while broadening the general python and python-related base and expertise". Tim --- Chris Withers <lists@simplistix.co.uk> wrote: > Hi Tim,
Tim Couper wrote:
Has anyone successfully deployed the issue tracking system Product ZRoundup?
The guys at Upfront Systems (http://www.upfrontsystems.co.za/) said that it was pretty half baked when they tried it and recommended just using Roundup on it's own behind Apache.
Why the particular interested in ZRoundup over Roundup?
___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html