[Zope-Annce] ANN: eGenix mxODBC and mxODBC Zope DA on AIX 5.3 (and later)
ANNOUNCING eGenix.com mxODBC Database Interface eGenix.com mxODBC Zope Database Adapter for AIX 5.3 and later This announcement is also available on our web-site for online reading: http://www.egenix.com/company/news/eGenix-mxODBC-on-AIX53-POWER5-GA.html eGenix mxODBC Distribution The eGenix mxODBC Distribution is a Python database interface add-on distribution for our eGenix mx Base Distribution. It comes with mxODBC, our universal ODBC database interface for Python. Customers who have purchased licenses for other platforms and wish to move their installation to AIX 5.3 (or later), can do so without having to buy a new license. The licenses will continue to work on the AIX platform. Users of mxODBC 2.0 will have to purchase new licenses from our online shop in order to upgrade to mxODBC 3.0. You can request 30-day evaluation licenses on the product page. Downloads - Please visit the eGenix mxODBC Distribution page for downloads, instructions on installation and documentation of the packages. http://www.egenix.com/products/python/mxODBC/ Note that in order to use the eGenix mxODBC Distribution you need to install the eGenix mx Base Distribution first. eGenix mxODBC Zope DA eGenix mxODBC Zope DA is our database interface for Zope and Plone. It is based on the mxODBC interface. Customers who have purchased licenses for other platforms and wish to move their installation to AIX 5.3 (or later), can do so without having to buy a new license. The licenses will continue to work on the AIX platform. You can request 30-day evaluation licenses on the product page. Downloads - Please visit the eGenix mxODBC Zope DA product page for downloads, instructions on installation and documentation of the packages. http://www.egenix.com/products/zope/mxODBCZopeDA/ More Information For more information on our products, licensing and download instructions, please write to [EMAIL PROTECTED] Enjoy, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Nov 19 2007) Python/Zope Consulting and Support ...http://www.egenix.com/ mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ mxODBC, mxDateTime, mxTextTools ...http://python.egenix.com/ Try mxODBC.Zope.DA for Windows,Linux,Solaris,MacOSX for free ! eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 ___ Zope-Announce maillist - Zope-Announce@zope.org http://mail.zope.org/mailman/listinfo/zope-announce Zope-Announce for Announcements only - no discussions (Related lists - Users: http://mail.zope.org/mailman/listinfo/zope Developers: http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-dev] zopeproject and eggs lead to wrong zopeversion
Hello, An full-egg zope 3.4 buildout installed with zopeproject tells me the zope version is 3.3.1 (in /++etc++process/): - I have a fully eggified zope 3.4 installed with zopeproject. - I also have a zope 3.3.1 installed on the system python. When I start the 3.4 full-egg instance, I've discovered that zope.app.applicationcontrol.zopeversion tries to reach zope/app/version.txt to determine the major zope version. Since version.txt does not seem to be included in any egg, it fallbacks to the system zope installed. Where is the bug: zopeversion? zopeproject? a missing egg for zope.app itself? Christophe ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope Tests: 5 OK
Summary of messages to the zope-tests list. Period Sun Nov 25 13:00:00 2007 UTC to Mon Nov 26 13:00:00 2007 UTC. There were 5 messages: 5 from Zope Unit Tests. Tests passed OK --- Subject: OK : Zope-2.7 Python-2.3.6 : Linux From: Zope Unit Tests Date: Sun Nov 25 20:52:27 EST 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-November/008701.html Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Unit Tests Date: Sun Nov 25 20:53:57 EST 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-November/008702.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Unit Tests Date: Sun Nov 25 20:55:28 EST 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-November/008703.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Unit Tests Date: Sun Nov 25 20:56:58 EST 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-November/008704.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Unit Tests Date: Sun Nov 25 20:58:28 EST 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-November/008705.html ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: zopeproject and eggs lead to wrong zopeversion
Christophe Combelles wrote: Hello, An full-egg zope 3.4 buildout installed with zopeproject tells me the zope version is 3.3.1 (in /++etc++process/): - I have a fully eggified zope 3.4 installed with zopeproject. - I also have a zope 3.3.1 installed on the system python. When I start the 3.4 full-egg instance, I've discovered that zope.app.applicationcontrol.zopeversion tries to reach zope/app/version.txt to determine the major zope version. Since version.txt does not seem to be included in any egg, it fallbacks to the system zope installed. system zope? It seems like you have a globally available Zope installation. This will obviously confuse any *local* sandbox, such as the one created with zopeproject. Make sure you don't have any Zope libraries on your standard PYTHONPATH. ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zopeproject and eggs lead to wrong zopeversion
On Nov 26, 2007, at 2:28 PM, Philipp von Weitershausen wrote: Christophe Combelles wrote: Hello, An full-egg zope 3.4 buildout installed with zopeproject tells me the zope version is 3.3.1 (in /++etc++process/): - I have a fully eggified zope 3.4 installed with zopeproject. - I also have a zope 3.3.1 installed on the system python. When I start the 3.4 full-egg instance, I've discovered that zope.app.applicationcontrol.zopeversion tries to reach zope/app/ version.txt to determine the major zope version. Since version.txt does not seem to be included in any egg, it fallbacks to the system zope installed. system zope? It seems like you have a globally available Zope installation. This will obviously confuse any *local* sandbox, such as the one created with zopeproject. Make sure you don't have any Zope libraries on your standard PYTHONPATH. Wouldn't it make sense if zopeproject didn't include system python in PYTHONPATH at all? /Tim ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zopeproject and eggs lead to wrong zopeversion
Previously TIm Terlegård wrote: On Nov 26, 2007, at 2:28 PM, Philipp von Weitershausen wrote: Christophe Combelles wrote: Hello, An full-egg zope 3.4 buildout installed with zopeproject tells me the zope version is 3.3.1 (in /++etc++process/): - I have a fully eggified zope 3.4 installed with zopeproject. - I also have a zope 3.3.1 installed on the system python. When I start the 3.4 full-egg instance, I've discovered that zope.app.applicationcontrol.zopeversion tries to reach zope/app/ version.txt to determine the major zope version. Since version.txt does not seem to be included in any egg, it fallbacks to the system zope installed. system zope? It seems like you have a globally available Zope installation. This will obviously confuse any *local* sandbox, such as the one created with zopeproject. Make sure you don't have any Zope libraries on your standard PYTHONPATH. Wouldn't it make sense if zopeproject didn't include system python in PYTHONPATH at all? No. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: unregistering components?
Chris Withers wrote: Philipp von Weitershausen wrote: On 25 Nov 2007, at 13:37 , Chris Withers wrote: Philipp von Weitershausen wrote: class IComponentRegistry(interface.Interface): I think you should use zope.component.getGlobalSiteManager() for this. So getGlobalSiteManager returns a component registry? Yes. It returns the one and only global registry. Am I right in thinking the global registry is _only_ used if no context is supplied? No. One should never have to supply an explicit context. If so, how come it's not called getGlobalComponentRegistry? Because component registries used to be called site managers and we can't just change the API at this point anymore. Well, getGlobalComponentRegistry could be added as an alternate spelling and people could be encouraged to use it ;-) Feel free to submit a patch :) There seems to be comments suggesting getSiteManager is deprecated, but maybe I'm not getting exactly what is being deprecated... It's not deprecated at all. If it were, it would say so in the code and emit a deprecation warning when you try to use it. How do you set up nested registries? For example, if a certain area of a site should have a registry which overrides the global one, but only for that area, and should fall back on it if not adapter could be found? You use sites. Sites are places (usually containers) in the component hierarchy that have (local) component registries associated with them. So, by component heirarchy I'm guessing you really mean object hierarchy Yeah, sorry. and by Site you mean something implementing IComponentRegistry? No, something implementing ISite, which defines a setSiteManager and getSiteManager for setting and retrieving an IComponentRegistry. I'm guessing the adapter to IComponentLookup is what implements the search up the object graph to find an IComponentRegistry? Yes, but that's rarely used (only when you pass an explicit context which we almost never do). Normally, during traversal, an event subscriber reacts to ISites being traversed and remembers the site's component registry in a thread-local variable. getSiteManager() will then return whatever is in the thread-local variable, and therefore getUtility, getMultiAdapter, etc., will use that local registry. If so, where do I find that adapter implementation(s)? See zope.app.component (also for the subscriber stuff mentioned above). And yes, the name site is misleading, but again, we have it as legacy now. How to work with sites, how to set them up, etc. is all explained in my book. I'm sure you have a copy :) I do, and I'm very greatful for it... (Btw, this thread has nothing to do with the development *of* Zope and is therefore [EMAIL PROTECTED] or [EMAIL PROTECTED] rather than zope-dev@zope.org material.) ...however, I'm interested in the mechanics of how zope.component handles multiple component registries, in particular how registries are added to and removed from the set of registries that are searched hen looking for a component and some other bits and pieces. Which is the *use* of Zope, not the *development* of Zope. In short, if the current zope.component implementation already does what I want, or whether I need to do work on the development *of* it it order to get what I'm after... ...of course, I don't know exactly what I'm after yet, but I hope you'll bear with my questions in the meantime ;-) ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: unregistering components?
Philipp von Weitershausen wrote: Yes. It returns the one and only global registry. Am I right in thinking the global registry is _only_ used if no context is supplied? No. One should never have to supply an explicit context. Surely that's only the case if you're using zope's traversal stuff? I'm guessing that if you are, you either need to stick with the one global registry or manage either ISites or IComponentLookup's yourself? If so, how come it's not called getGlobalComponentRegistry? Because component registries used to be called site managers and we can't just change the API at this point anymore. Well, getGlobalComponentRegistry could be added as an alternate spelling and people could be encouraged to use it ;-) Feel free to submit a patch :) It's entertaining to get asked to submit a patch *and* told you're not doing anything that belongs on the -dev list in the same email ;-) There seems to be comments suggesting getSiteManager is deprecated, but maybe I'm not getting exactly what is being deprecated... It's not deprecated at all. If it were, it would say so in the code and emit a deprecation warning when you try to use it. What's line 37 of component._api on about then? and by Site you mean something implementing IComponentRegistry? No, something implementing ISite, which defines a setSiteManager and getSiteManager for setting and retrieving an IComponentRegistry. Are you sure you don't mean ISiteManager, which is marked as being deprecated and to be removed in 2007... If you mean a different ISite, where is it defined? (and I'm guessing there is an ISite somewhere, as I could find no definition of setSiteManager, but how does IComponentArchitecture's getSiteManager relate to that of ISite?) I'm guessing the adapter to IComponentLookup is what implements the search up the object graph to find an IComponentRegistry? Yes, but that's rarely used (only when you pass an explicit context which we almost never do). I think I'm misreading the code in _api then. It looks to me that most things use getSiteManager (even though the comment says it needs to be deprecated) which always appears to return either the global registry or do an IComponentLookup adaptation. If no explicit context is supplied, how does anything other than the global registry end up getting used? Normally, during traversal, an event subscriber reacts to ISites being traversed and remembers the site's component registry in a thread-local variable. getSiteManager() will then return whatever is in the thread-local variable, and therefore getUtility, getMultiAdapter, etc., will use that local registry. If so, where do I find that adapter implementation(s)? See zope.app.component (also for the subscriber stuff mentioned above). I spent quite a while looking and didn't spot them. Where exactly? (also bear in mind that I don't really want to use any of zope.app...) ...however, I'm interested in the mechanics of how zope.component handles multiple component registries, in particular how registries are added to and removed from the set of registries that are searched hen looking for a component and some other bits and pieces. Which is the *use* of Zope, not the *development* of Zope. I'm not really sure why you're quibling over this but I'm quite happy to move this discussion to zope3-users if you're prefer and then move it back to zope-dev if it turns out I need to do *development* of Zope (such as the patch you requested above ;-) ) cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: unregistering components?
Philipp von Weitershausen wrote: I'm guessing that if you are, you either need to stick with the one global registry or manage either ISites or IComponentLookup's yourself? Not sure what you mean by if you are. Sorry, meant if you aren't... If you mean a different ISite, where is it defined? zope.app.component.interfaces. Well, it moved to zope.location.interfaces recently in order to reduce the amount of interdependencies between the eggs, but it's still available w/o deprecation from zope.app.component.interfaces. OK. (and I'm guessing there is an ISite somewhere, as I could find no definition of setSiteManager, but how does IComponentArchitecture's getSiteManager relate to that of ISite?) zope.component.getSiteManager() will return whichever component registry is active. site.getSiteManager() will return the local component registry that has been associated with site (which provides ISite). Okay, what's the difference between these two registries? I think I'm misreading the code in _api then. It looks to me that most things use getSiteManager (even though the comment says it needs to be deprecated) which always appears to return either the global registry or do an IComponentLookup adaptation. If no explicit context is supplied, how does anything other than the global registry end up getting used? getSiteManager is overloaded from zope.app.component. See hooks.py. Yay for indirection :). So zope.app.component replaces the getSiteManager implementation in zope.component? :-( A quick look through zope.app.component/configure.zcml reveals that the My bad, I assumed that particular configure.zcml would, in some way, be special and so didn't read... subscriber is in site.py. The rest of the machinery is in hooks.py. As an aside, I assume zope.thread is needed because Zope doesn't yet run with Python 2.5 as a whole? Also, where's the code which, in the local registry, defers to the global registry to find more adapters/subscribers/whatever? I guess I'm nitpicking. I would just like to stress the focus of the zope-dev list. Well, I guess with splitting zope into seeprately usable components, this all becomes a much greyer area. I'm exploring the realtionship between components and trying to understand their implementation. That feels like development *of* zope to me, whereas zope3-users has felt like a list for people using the whole of zope 3, whatever that is nowadays... I'd be happy to use either list and even happier to see all 3 lists merge now that they're low volume enough (ie: just have [EMAIL PROTECTED], rather than zope-dev, zope and zope3-users) cheers, Chris PS: I am quite excited that it looks like I may actually be able to use bits of zope independently, and this wsgi stuff looks pretty cool too :-) -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Escaping special characters in ZCTextIndex.QueryParser?
Robert Casties wrote at 2007-11-25 19:32 +0100:
is it possible to escape parentheses in ZCTextIndex searches?
If not, why not and how can I do a simple search in an index bypassing
the QueryParser?
I fear nobody of us knows this.
Therefore, you must yourself look at the sources.
If you need this feature and ZCTextIndex does not provide
it, then you may use a different text index.
I know that with TextIndexNG3 you can select different
parsers (among others a parser that does not interpret '(' and ')')
or provide your own one.
I have an index where words can contain parentheses and I am unable to
enter a query for these words because the QueryParser interprets all
parentheses as search expression groupings.
Then, you will need to change the lexicon as well.
Usually, the lexicon breaks words at non alnum characters
(with a few exeptions).
Again, when I remember right, TextIndexNG3 allows you
to specify additional word characters (which do not lead to
word braking).
--
Dieter
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )
[Zope] Bus error
I'm recreating a Zope site from a SunOS server on FreeBSD. Zope starts but as
soon as anything is accessed (including the ZMI), it bombs out with just:
LOG('ZODB', WARNING, 'Could not import class %s '
Bus error
I rsynced the ZOPE_HOME from the SunOS server. Could it be that there are
things in the ZOPE_HOME that are compiled for SunOS? However, I have done this
successfully for another version of Zope.
The only thing you can access (provided you access it before anything else) is
the DeadlockDebugger , which then doesn't show the normal 4 threads - it only
shows:
Threads traceback dump at 2007-11-26 17:00:02
End of dump
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth
___
Zope maillist - Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: Bus error
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ben Bartrum wrote:
I'm recreating a Zope site from a SunOS server on FreeBSD. Zope
starts
but as soon as anything is accessed (including the ZMI), it bombs out
with just:
LOG('ZODB', WARNING, 'Could not import class %s ' Bus error
I rsynced the ZOPE_HOME from the SunOS server. Could it be that there
are things in the ZOPE_HOME that are compiled for SunOS? However, I have
done this successfully for another version of Zope.
Yes, you need to rebuild Zope's binary extensions. Try something like:
$ cd /path/to/zope
$ make clean
$ ./configure --with-python=/path/to/python make inplace
Tres.
- --
===
Tres Seaver +1 540-429-0999 [EMAIL PROTECTED]
Palladion Software Excellence by Designhttp://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHSwGQ+gerLs4ltQ4RAkOGAJsGXMzhDFKOsxBkF4Vh9aSNaDcEgACg2YgV
YpnXOne2qOF7hggs6qiP8ws=
=l0Am
-END PGP SIGNATURE-
___
Zope maillist - Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Bus error
On Nov 26, 2007 6:04 PM, Ben Bartrum [EMAIL PROTECTED] wrote:
I'm recreating a Zope site from a SunOS server on FreeBSD. Zope starts but
as soon as anything is accessed (including the ZMI), it bombs out with just:
LOG('ZODB', WARNING, 'Could not import class %s '
Bus error
I rsynced the ZOPE_HOME from the SunOS server. Could it be that there are
things in the ZOPE_HOME that are compiled for SunOS? However, I have done
this successfully for another version of Zope.
You'll need to compile Zope for the FreeBSD server, it contains
compiled extensions. Generally, you'll only need the Products
directory and the Data.fs and zope.conf files from your Zope instance
to reproduce the setup.
--
Martijn Pieters
___
Zope maillist - Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Frustrated with Python and Frameworks. Zope, Grok, Django, CherryPy
I'm frustrated trying to select a python web framework. I’ve researched quite a few. CherryPy,Karrigell,Zope 2,3,Grok, Gluon,Django,Mod_Python. I’ve also looked at templating languages like Spyce, and Cheetah. I’m beginning to think there’s nothing out there for a newbie python programmer like myself. I’m a Network Admin that likes programming but doesn’t have the time to get really proficient at it. I selected Python as a language of choice and that’s all I’ve used. I’ve written a few scripts . I’m interested in building dynamic web sites but I tell you it’s impossible to select a tool. I’ve researched all the tools mentioned above. The most important thing in my decision is that I know some Python and want to use it to build the dynamic site. I don’t want to learn a new language to do that. ZPT is a new language. Its not python. Not even close. Out of all the ones I’ve researched I like Zope 2 the best. Not sure why. I want some thing easy. I like DTML. It’s easy. I know why ZPT has it’s advantages but for ease of use it doesn’t come close to DTML. Most people like me wont be building complex web sites and I’d be the only working on it meaning I’ll do the HTML layout and code the dynamic portions of it. So I don’t’ need to worry about an HTML editor getting confused with the dynamic languages mixed in blah blah blah. I’m afraid to learn Zope 2 because I have no idea what direction it’s going in. Not to mention I don’t particularly like ZPT. I’ve read DTML isn’t going anywhere but I don’t imagine I’ll get much support on it when needed and I’m sure people will be telling me to use ZPT cause DTML is dead. Funny, I read something while reading news about Grok’s new plugins for any template language . They used Genshi as an example and talked about template languages and which one is better etc.. The bottom line was use the one that you like. So I wish people would stop putting down DTML or others over the one they prefer and continue to help those regardless of which they choose. Back to trying to choose. I think Django is too hard. I like Mod_python with PSP. PSP seems to be more python like then anything I’ve seen. Yet Mod_Python has terrible docs for people like me and it doesn't seem to popular. The other frameworks have some good ideas. I like Karrigell but you just don’t know how long it will be supported.Gluon is cool but its new. Zope 3 is out of the question. Grok looks to me like another CherryPy. It may be easier the Zope 3 but it’s not easier then Zope 2. Plus I’ve yet to get it installed on my windows XP to play. I like cheetah as a tool. There docs are not that great and not many examples. Plus no auto generated content like you get in Zope 2. Yes some magic is good. The CRUD is what made Rails over rated to start out with.People like some magic. saves time. Combining Cheetah and Zope sounds interesting to me. So what do I do. I like Zope 2. I can’t find any books on it released after 2002. Plone is tooo much. There aren’t any new products out for Zope 2 and the ones that are there haven’t been touched for years. Zope 2 wiki seems dead. I was looking the other day for some type of auto CRUD for Zope 2. couldn’t find anyting. No one seems to be adding anything new to Zope 2 which scares me the most. If I take the time to learn a tool I want to make sure it’s going to be around for awhile and have good support and new addons being added all of the time to help me. ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Frustrated with Python and Frameworks. Zope, Grok, Django, CherryPy
On 11/27/07, Rene B [EMAIL PROTECTED] wrote: I'm beginning to think there's nothing out there for a newbie python programmer like myself. I'm a Network Admin that likes programming but doesn't have the time to get really proficient at it. This may be closer to the truth unfortunately. As greater benefits from tools come as you get more proficient in using them with time. I'm interested in building dynamic web sites but I tell you it's impossible to select a tool. I've researched all the tools mentioned above. The most important thing in my decision is that I know some Python and want to use it to build the dynamic site. I don't want to learn a new language to do that. ZPT is a new language. Its not python. Not even close. Out of all the ones I've researched I like Zope 2 the best. Not sure why. I want some thing easy. I like DTML. It's Stick to Zope 2 with DTML if that serves your purpose. It will serve you well. I think your problem is solved !!! easy. I know why ZPT has it's advantages but for ease of use it doesn't come close to DTML. Most people like me wont be building complex web sites and I'd be the only working on it meaning I'll do the HTML layout and code the dynamic See above. There is no real need for you to go to the latest stuff. You may go there naturally when it will be best. portions of it. So I don't' need to worry about an HTML editor getting confused with the dynamic languages mixed in blah blah blah. This is quite true that ZPT helps in such situations. It was designed with this objective. Nobody seems to be adding to zope 2 because the gurus have learnt some lessons from Zope2 and are hence developing something new from scratch (Zope 3). The principle remains: Find the best tool for your needs. HTH ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
