- Zope - Zope lists

Getting the epoch time as an integer
by J C Lawrence 24 Jan '00

24 Jan '00

How do I get the current time as the number of seconds since the Epoch? I know I can use ZopeTime in various interesting ways to get a pretty string that expresses the current time/date in human readable format. I don't want that. I want the raw integer number of seconds since 1970. I've been thru the HOW-TO, thru the DTML guide and all the option and format strings and I just don't see it (or I'm going blind). Surely there's a way to get just the raw time_t? -- J C Lawrence Home: claw(a)kanga.nu ----------(*) Other: coder(a)kanga.nu --=| A man is as sane as he is dangerous to his environment |=--

1 0

<dtml-sendmail> problems
by Stephen Pitts 24 Jan '00

24 Jan '00

The following code generates an "SMTP Error 503: No receipients specified". <dtml-sendmail mailhost=mailhost> From: "<dtml-var from>" To: "<dtml-var firstname> <dtml-var lastname> <<dtml-var toemail>>" Subject: <dtml-var subject> <dtml-var messagebody> </dtml-sendmail> The variables are set as follows: from - "Stephen Pitts <smpitts(a)midsouth.rr.com>" firstname - "Stephen" lastname - "Pitts" toemail - "smpitts(a)midsouth.rr.com" subject - "Stuff" messagebody - "Enter your message body here" How can I fix the code so it sends a valid email? Does Zope not support To/From fields of the type "name email(a)address.com"? -- Stephen Pitts smpitts(a)midsouth.rr.com webmaster - http://www.mschess.org

6 5

When does http reponse begin to be sent.
by Jim Sanford 24 Jan '00

24 Jan '00

Does Zope wait until it completely renders a page before sending it back to the client or does it send as it is rendering? Jim Sanford snafford(a)bellsouth.net

3 2

Control of the +/- images for trees
by J C Lawrence 24 Jan '00

24 Jan '00

I saw traffic and patches in the archives to define different images for the control nodes on DTML trees. Did any of these get accepted? Is there currently a way of defining what images you want used instead? -- J C Lawrence Home: claw(a)kanga.nu ----------(*) Other: coder(a)kanga.nu --=| A man is as sane as he is dangerous to his environment |=--

1 0

Trees under SQL -- a correction and a question
by J C Lawrence 24 Jan '00

24 Jan '00

I'm attempting to built a DTML tree using a ZSQL method almost exactly as detailed in the "Some Neat Tricks with dtml-tree" HOW-TO at: http://www.zope.org/Members/anthony/tree-coding-tricks A minor correction to the initial DRML example, which reads: <dtml-let objectid="0"> <dtml-tree id=objectid branches_expr="child_lookup(parentid=objectid)"> <b><dtml-var objectname></b> <dtml-var objectid> </dtml-tree> </dtml-let> This is incorrect. The name assigned to "id" in the dtml-tree line needs to be single quoted making the method read: <dtml-let objectid="0"> <dtml-tree id='objectid' branches_expr="child_lookup(parentid=objectid)"> <b><dtml-var objectname></b> <dtml-var objectid> </dtml-tree> </dtml-let> However, I have a more subtle problem. For me the equivalent of "objectID" is an 8 byte BIGINT, and thus the result from the ZSQL method for that column is suffixed with an 'L' (eg "42L" for object number 42). This screws up the dtml-tree royally. Is there a way to work around this? -- J C Lawrence Home: claw(a)kanga.nu ----------(*) Other: coder(a)kanga.nu --=| A man is as sane as he is dangerous to his environment |=--

1 0

RE: [Zope] How to I use aquisition in an external method?
by Jay, Dylan 24 Jan '00

24 Jan '00

> -----Original Message----- > From: Martijn Pieters [mailto:mj@digicool.com] > Sent: Friday, January 21, 2000 8:09 PM > To: Chris McDonough; Jay, Dylan > Cc: 'zope(a)zope.org' > Subject: RE: [Zope] How to I use aquisition in an external method? > > > > -----Original Message----- > > From: Chris McDonough [mailto:chrism@digicool.com] > > > > Dylan, > > > > I usually pass "this()" in to an external method to get a handle on > > acquisition from an external method. > > > > e.g.: > > > > <dtml-call "emMyExternalMethod(this())"> > > > > def myExternalMethod(context): > > if context.folder.attribute: > > do something > > else: > > do something else > > > > this() generally refers to the folder containing the dtml > method. in > > the external method, you can use acquisition through this object. > > > > "Jay, Dylan" wrote: > > > > > > I want to find out if a callable object exists from a > > folder object using > > > acquisition. ie if I call folder.method() it will be > > guaranteed to work. > > > > > If your external method signature has 'self' as the first > parameter, the > current object (be it the Folder or DTML Document or some > such), will be > passed in with that parameter. > > So: > > def MyExternalAttribute(self) > return self.acquired_folder.attribute I guess I didn't really make myself clear. I want to be able to tell whether a method exists or not. Specifically a method of a certain name that can exist somewhere in the aquisition path.

1 0

Please don't pack your Zope database until you hear from us
by Jim Fulton 24 Jan '00

24 Jan '00

A number of people have reported significant problems after packing their Zope databases. We're in the process of researching this and expect to have some guidance and fix for this soon. Until you hear from us, please refrain from packing your databases. Please stay tuned....... 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.

3 2

[Q] Design decisions: the use of ZCatalogs versus a backend DB?
by Darran Edmundson 23 Jan '00

23 Jan '00

Toying with ZCatalogs, I am starting to wonder if many of the uses I envisioned are not better served with a backend database. For example, for a publication database where nearly all of the instance data needs to be indexed (author, title, journal, year), this results in near total duplication of the instance data within the catalog. It seems that ZCatalogs are meant to be used if (i) only a fraction of the instance data needs to be indexed, or (ii) the dataset is small enough that one can live with the duplication. As another example, consider a catalog of URLs (descriptor, link, creation_date) gleaned from a URLClass ZClass. Here we might have hundreds of URLClass instances peppered throughout user folders and all of the data needs to be indexed. Is the overhead of object creation and duplication within the catalog better served with a simple backend database? Darran.

1 0

Why promote the  syntax?
by Darran Edmundson 23 Jan '00

23 Jan '00

I understand the need to continue supporting the old style DTML tag syntax . But why promote its continued use by having all the default documents and methods that Zope generates use this rather than the cleaner Zope2 <dtml-> syntax? Cheers, Darran.

2 1

RE: [Zope] ZopePacks: A Proposal for a new Zope Product...
by Michel Pelletier 23 Jan '00

23 Jan '00

> -----Original Message----- > From: Dan L. Pierson [mailto:dan@sol.control.com] > I agree as well. It might also be useful to include hooks in > the pack > format to support upgrading a product installation (e.g. converting > all Squishdot postings to the new format :-)). Currently objects can evolve themselves in their __setstate__ method. The pack operation doesn't really know much about objects and their classes, just records and transactions. > > It might be useful to look at the docs for the RPM and see > what kinds of > > things they were thinking about. Absolutly, this is a great idea. Why think hard? > This is not to say that ZopePacks > > should be anywhere near as comprehensive as RPMs. Rather, > that they've > > thought of a number of issues that may or may not be germane the > > mechanisms in Zope. > > If you do this you probably should also look at the Debian pkg stuff > to see the features they found missing in RPMs. Again, you probably > don't need all of it, but their analysis may be useful. I can't immagine that either RH or Debian designed their packaging system without considering the idea of other people needing to use a similar tool. Perhaps there is a library that can manipulate either format that we can use that does all the hard work for us? -Michel

3 2