[Zope-dev] ZODBCDB/ZSQL does not accept where clause with Zope 5.1
Hi there, I can not use ZODBCDA with an SQL-statement from a ZSQL object that contains a where clause.When I do I get an error stating that 1 parameter was required but none was provided. I did install ZODBCDA (the newest version from the Zope-site) And I did install Zope 5.1 I am using NT2000 I did recompile sql.pyd but it did not help. Can anyone give me a hint what do? Thank you very much Robert ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Anyone know how to pre-expand a certain branch of a dtml-tree?
Hello, list, I was asked to post my solution of the upper problem to the list rather than just eMailing it to a single person. So, here it is: Lars Heber wrote: Regarding to your posting on Zope-Dev: http://zope.nipltd.com/public/lists/dev-archive.nsf/ByKey/55836FB132FFC257 Did you get an answer? Otherwise, here's a simple solution (that's the way I'm doing similar things, i. e. let the tree expand at predefined positions): Open your tree in a new browser window, so that you can see the complete URL of the tree - the tree state is encoded in the URL. Now, expand the tree to the desired state manually. Take the resulting URL from the address bar and make your tree document open with this URL. Eg, if you have a frame set, and this was s. th. like: frameset ... frame name=navigation src=myNavigation replace the src-part (myNavigation) by this new, long URL. If you don't have a frame set, you could also HTTP-Redirect with a meta content=refresh... tag. -- Lars Heber, mailto:[EMAIL PROTECTED] T-Systems, debis Systemhaus GEI GmbH, Geschaeftsstelle Sachsen ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Best practice for Zope-private copy of Python 2.1 on Linux?
With the RH7.3 release today, the default Python2 installation is that much more likely to be Python 2.2 (it's the base package in RH7.3), instead of Python 2.1. Rather than ask the FAQ of why and what parts of Zope can't handle Python 2.2, I'll ask if there is, or suggest if there isn't, a shift due in the installation procedures on Linux to optionally use a private copy of Python 2.1, much like the Windows version of Zope does. That version allows me to use Python 2.2 without any interference. I'd prefer that the file layout matched WinZope as closely as possible. In this case, I'm willing to give up some disk space to have a sandbox that Zope can run in with its configuration uninterrupted. FWIW, I'd like to see an expanded tarball of Zope available that builds the whole thing, including its own Python and the most common c-extensions, in a unified makefile. Maybe that would get the possibility of RPM releases back on track, too. Can anyone suggest a best practice to get Zope 2.5.1 on Linux running with a private Python2.1, keeping the new Python releases separate from the one Zope will use? ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Best practice for Zope-private copy of Python 2.1 on Linux?
Compile python from source with --prefix=/your/privat/python/directory and install it there. Then run the standard Zope installation process with this new Python. That's it. -aj - Original Message - From: Jeff Kowalczyk [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 06, 2002 15:44 Subject: [Zope-dev] Best practice for Zope-private copy of Python 2.1 on Linux? With the RH7.3 release today, the default Python2 installation is that much more likely to be Python 2.2 (it's the base package in RH7.3), instead of Python 2.1. Rather than ask the FAQ of why and what parts of Zope can't handle Python 2.2, I'll ask if there is, or suggest if there isn't, a shift due in the installation procedures on Linux to optionally use a private copy of Python 2.1, much like the Windows version of Zope does. That version allows me to use Python 2.2 without any interference. I'd prefer that the file layout matched WinZope as closely as possible. In this case, I'm willing to give up some disk space to have a sandbox that Zope can run in with its configuration uninterrupted. FWIW, I'd like to see an expanded tarball of Zope available that builds the whole thing, including its own Python and the most common c-extensions, in a unified makefile. Maybe that would get the possibility of RPM releases back on track, too. Can anyone suggest a best practice to get Zope 2.5.1 on Linux running with a private Python2.1, keeping the new Python releases separate from the one Zope will use? ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Best practice for Zope-private copy of Python 2.1 onLinux?
On Mon, 2002-05-06 at 16:51, Andreas Jung wrote: Compile python from source with --prefix=/your/privat/python/directory and install it there. Then run the standard Zope installation process with this new Python. That's it. I'd go one step further and suggest that you compile python with --prefix=/path/to/your/Zope, this way you end up with something that looks remarkably like the binary Zope distributed at Zope.org -- Ideas don't stay in some minds very long because they don't like solitary confinement. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: ZClasses useful! [Was: ZMI / JavaScript brainstorm]
Maybe a little Perl psychology might help us here, i.e. There is more than one way to do it - Some are faster, some more feature rich, and (in this case) some are TTW codeable. The only ones that are actually _wrong_ are the ones that don't work at all. ZClasses are one of the two things that bring Zope up to and above the level of the competition (In this case Coldfusion) IMHO - TTW coding, including writing products TTW, and DTML which is far more powerful and focused than the competitions offering. I think that blindly disposing of both, just because a newer idea has come along is just that - blind. So what if ZPT is more (choose your comparison here) than DTML? DTML is far easier to learn, far easier to read, far easier to write, and much much easier to explain to newbies. It has always been clear that ZClasses are the poor relation of Python products, but even that does not earn ZClasses a death warant (IMHO) - Have you never needed a quick fix product that needs writing in a few minutes and in a week will no longer be needed? I know I have - Many MANY times! Just my $0.02 Adrian... - Original Message - From: Andy McKay [EMAIL PROTECTED] To: Martijn Jacobs [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, April 10, 2002 3:52 AM Subject: Re: [Zope-dev] Re: ZClasses useful! [Was: ZMI / JavaScript brainstorm] What's your efford on this task? If people like to use them, let them! It's not up to you to decide for THEM what's best or not. The choice for YOURSELF not to use them is just as fair as other peoples choices. Sure but many people ask more experienced developers for advice. I agree saying ZClasses suck totally is unhelpful. For people who dont know coding or want to do quick prototyping they have a place. However if someone asks me how to do a product, I normally give them the choice: use ZClasses but I would strongly recommend using a Product etc (and then be ready with the reasons why which is the next question). Unfortunately people deciding the right and wrong ways for other people to code is a trait sometimes found in Python / Zope world. But dont get me started on that :) -- Andy McKay ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )