August 1999 - Zope-Dev

ANNOUNCE: Zope 2.0 Beta 4
by Jim Fulton 11 Aug '99

11 Aug '99

Zope 2.0 Beta 4 is available for download at: http://www.zope.org/Download/Releases/Zope-2.0.0b4. See the release notes at the above URL for details. Jim -- Jim Fulton mailto:jim@digicool.com Python Powered! Technical Director (888) 344-4332 http://www.python.org Digital Creations http://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.

1 0

Zope SQL Query builder product?
by Brad Clements 11 Aug '99

11 Aug '99

I thought I had seen an "sql query builder" type of product posted or announced within the past two months, but I can't find a reference to it. Am I going crazy, or can someone post a pointer to it? It allowed web user's to build up a query to generate a report, then save the query. Thanks Brad Clements, bkc(a)murkworks.com (315)268-1000 http://www.murkworks.com (315)268-9812 Fax netmeeting: ils://ils.murkworks.com ICQ: 14856937

2 1

ZClasses comments and questions
by Martijn Faassen 10 Aug '99

10 Aug '99

Hi there, I'm unclear about some aspects of ZClasses. Imagine I have a ZClass 'A'. Instances of this ZClass have a 'messages' tab where various messages this ZClass can emit can be edited. It should look something like this: ________ ------|messages|------- Foobar reached 10 kelvin: --------------------- | Your Foobar is too| | cold, please heat | | it! | --------------------- Hyperdrive coils unwinded -------------------- | Wind up your | | hyperdrive coils!| -------------------- Where the boxes are textareas. The person who uses ZClass A can edit the particular messages that will be emitted for that instance. Now, I'm thinking about a class hierarchy where there's a ZClass B that inherits from A. ZClass B has the same messages as A, but may add a few. The 'messages' tab should automagically adapt to include the new messages. I'm having trouble finding the best way to implement this using ZClasses. One option is to use propertysheets. I may include a propertysheet 'Messages' in ZClass A. However, there is no easy way to get to that propertysheet in ZClass B. I may do it programmatically with DTML (add a property dynamically upon construction of a B instance), however, but it's far from ideal. Another problem with propertysheets is that there isn't a way to have object properties. My messages have already too many attributes, two; a title and the messsage contents. Properties have only an id and contents. Imagine I also want to add a 'criticality level' or whatever to my messages. I run into trouble with properties. Another idea I had was to make a special ZClass called 'message'. This message ZClass would have a property sheet with the title of the message, and the message itself, and criticality level if necessary, etc. The idea is then to add an instance of such a Message ZClass to my own ZClasses whenever I needed to add a message. ZClass A would implement a message tab that would automatically list all Message objects as textareas for editing (as described before). If ZClass B adds a Message, that message automatically show up in the tab. Apart from the fact that with the latest beta I still can't seem to add ZClass instances to ZClasses (I saw a report in the collector on this already), I wonder if this will work at all. Would the contained 'message' ZClass's properties be class attributes or instance attributes of ZClass A? That is, if I changed the 'Foobar too hot' message for one instance of ZClass A, would it change for all instances? That is not what I want. Some Zope Zen is still needed here to grok ZClasses fully. Am I trying to push them too far? Should I go for Python, and derive my ZClasses from a Python class? I would lose the easy way to add configurable messages (and other configurable stuff) to ZClasses that I had in mind, but in Python this isn't too hard. Responses to these musings and questions are very welcome. Regards, Martijn

1 0

Re: [Zope-dev] Cookie-Free Shopping Cart
by Josh Zeidner 10 Aug '99

10 Aug '99

>Hi Josh: > >I am interested in checking out the code you are developing for a >cookie-free shopping cart. > >Are you planning on developing this into a full blown open source ecommerce >solution for Zope? There has been quite a bit of talk lately about an open-source e-commerce solution for Zope. Take a look at the Zope-Dev archives for this month( title : "The Birth of ZCommerce". Would you be interested in contributing? As for the shopping cart I have to figure out how to get the distribution to work with external methods( does anyone know how to do this? ). -Josh Zeidner _______________________________________________________________ Get Free Email and Do More On The Web. Visit http://www.msn.com

2 1

Documentation
by Anderson Ami 10 Aug '99

10 Aug '99

Anybody knows a complete documentation about the dtml ? Anderson ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

1 0

RE : Background
by Anderson Ami 10 Aug '99

10 Aug '99

This line convert to the file source, i need to url file. Thank you. >On Tue, 10 Aug 1999, Anderson Ami wrote: > > <BODY BACKGROUND=""> > ^^^ > This must be # > ><BODY BACKGROUND=""> > > > This line is correct ? It not work !! > > > > Anderson > > Brasil > > []s > >Oleg. >---- > Oleg Broytmann Netskate/Inter.Net.Ru >phd(a)emerald.netskate.ru > Programmers don't die, they just GOSUB without RETURN. > ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

1 0

Background
by Anderson Ami 10 Aug '99

10 Aug '99

I'm beginner in the zope technologies and i have a question... <BODY BACKGROUND=""> This line is correct ? It not work !! Anderson Brasil []s ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

1 0

Why the new DTML syntax uses a hyphen rather than a colon
by Jim Fulton 09 Aug '99

09 Aug '99

I'd like to clarify a point that keeps coming up in the DTML syntax discussion, namely, the use of a hyphen, rather than a colon, as the prefix delimiter for DTML tags in the new DTML syntax. The existing DTML syntaxes are *not* XML compliant. DTML code is not XML well-formed in a whole host of ways. We absolutely intend, probably in the near future, to provide an XML variant of DTML. I think that there will always be XML and non-XML variants of DTML. When coming up with the new DTML syntax, I chose not to use a colon because I thought, and still think, that using a colon would imply XML compatability that simply wasn't there. Further, in the future, I want it to be easy to distinguish between XML and non-XML versions of DTML code. So, in summary, the new DTML syntax doesn't use a colon because it isn't XML. The future XML-variant *will* make use of XML namespaces and will use colons (e.g. <dtml:in>....). Jim Note that an advantage of the XML DTML syntax will be that people will be able to use whatever nick-name they want for DTML tags. People will be able to use '<dtml:in>', '<z:in>', '<jim:in>', '<zope-is-the-coolest-thing-since-sliced-bread:in>' or whatever. <jim:wink> -- Jim Fulton mailto:jim@digicool.com Python Powered! Technical Director (888) 344-4332 http://www.python.org Digital Creations http://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.

2 1

PHP v. Zope
by TR Henigson 09 Aug '99

09 Aug '99

Are there any comparisons between the performance of PHP and Zope on Apache where PHP is running as an Apache module? As I understand, Zope can only run as a CGI process. Ted Henigson

1 0

RE: [Zope-dev] Product variable values
by Michel Pelletier 09 Aug '99

09 Aug '99

> -----Original Message----- > From: kent(a)tiamat.goathill.org [mailto:kent@tiamat.goathill.org] > Sent: Thursday, August 05, 1999 2:43 PM > To: zope-dev(a)zope.org > Subject: [Zope-dev] Product variable values > > > Is it possible to have class variables in a Zope Product which : > > 1) are not stored in the object database > 2) are reliably updated and retained throughout the life of a > zope session > when called by _bobo_traverse__() > > I've written an example Zope Product to investigate these issues > and cannot determine a reliable way to achieve the desired results. > > '_v_name' values are only *sometimes* retained from one http get > (via _bobo_traverse__() )to the next so those are out. I can't > determine a pattern to when they are and when they are not. Sometimes, > with two almost identical names, one's value is retained while the > other's is not. This is because _v_ objects are stored in the cache with other objects. When the deactivator code comes around to delete some of the objects and toss them in the persistent storage, _v_ objects are simply thrown away. So you are correct, _v_ objects are not guarenteed to live as long as the Zope process or between HTTP requests. > > 'name' values are *sometimes* retained from one get to the next > within a _bobo_traverse__(), and again, I can't identify when or > why. However, changes to 'name' variables are stored in the Zope > database, so that's also out. > Sounds like you just want 'name' objects that don't subclass Persistence.Persistent. They won't be 'del'ed by the persistence machinery and will go away when the process quits. -Michel > Thanks > > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://www.zope.org/mailman/listinfo/zope-dev > > (To receive general Zope announcements, see: > http://www.zope.org/mailman/listinfo/zope-announce > > For non-developer, user-level issues, > zope(a)zope.org, http://www.zope.org/mailman/listinfo/zope ) >

2 1