On the other hand, if you start with a file-system based product you
will have complete freedom to do whatever you want in Python and it is
easier to migrate to Zope3 (if you are not starting with this right
away). File-system based are more difficult to develop in Zope2
because there is not too
There are better experts than myself on this list, but I have never
had a need to bother with this file for a file-system based product.
You can just use the standard Python libraries. Probably, the Guard.py
file protects users of ExternalMethods, but that is just a guess.
good luck
André
On
[EMAIL PROTECTED] wrote:
I agree with Andre.
thanks ;-)
...
My main concern would be it's adaptibility to custom content types. If I
have my own Geospatial-ish content type, how would the IDE handle it ?
How would I go about making it handle it ? etc ...
Archetypes? But then much more
(multithreaded).
After that, I am not sure. My goal for pydev is for it to be good
enough for small-size projects, and we'll almost be there. The larger
projects requirements (unit tests/UML editor/module awareness) are not
that exciting as a hobby.
Aleks
Andre Meyer wrote:
So, I give it a try
So, I give it a try and submit a wish list for an ideal IDE for
Python/Zope.
Maybe some words about the IDEs I have been working with, so you can
track where the features I wish to have come from: I used CodeWarrior,
NetBeans, jEdit for both Java and Python/Zope, Boa Constructor and
Eclipse
Well, Maik has more than a bad day. In fact, he is rather right about
the points he raises!
I have been developing for Zope for about half a year now and it took
considerable effort to get anything going. I have experience with
filesystem-based Zope 2 products, Plone and Archteypes and a bit
. and please no crosspostings
--On Samstag, 10. April 2004 10:33 Uhr +0200 Andre Meyer
[EMAIL PROTECTED] wrote:
Hi Zopers
Here is a nice challenge, I hope:
I have a multi-threaded Python application that I want to link to Zope.
The idea is to provide a Web interface for viewing and editing the state
Hi Zopers
Here is a nice challenge, I hope:
I have a multi-threaded Python application that I want to link to Zope.
The idea is to provide a Web interface for viewing and editing the state
of multiple threads running in Python. On thread should be associated
with Zope and act as the door