August 1999 - Zope - Zope lists

delete an absolute folder/file?
by Florian Mueller 10 Aug '99

10 Aug '99

Hi! Through a form I pass on a complete url of a folder that needs to be deleted.  (where REQUEST['url'] is something like 'http://mydomain.com/folder/foldertobedeleted') is not working, because manage_delObjects needs an id, not a complete url. At least this is my understanding why it is not working. I cannot do  because I don't know 'folder' at this point, I can only get it through the form. How can I approach this? Thanks, Floyd

1 0

DateTime, Zope DateTime and PostGres
by Stephan Richter 10 Aug '99

10 Aug '99

If some of you had problems converting date results from a PostGres DB, then I hope the following lines will help you out: Problem 1. Since the PyGreSQL Adapter is derived from the standard PyGres Module, it will return Dates as Strings. Thats annoying, but the developer of the pygres module is working at the problem. 2. The DateTime module that comes with Zope is not complete. It does not contain the very important Parser. Solution: 1. You can download and compile the full mxDateTime module. You will have an entire directory called DateTime. Rename it (to avoid conflicts with Zope's DateTime) to something like DateTimeNew. Now copy the directory into ZopeDir/lib/python/. You will be now able to call DateTimeNew from the modules you write for External Methods. 2. Create a module in ZopeDir/Extensions. For example: mymodule.py There you can put code like: import DateTimeNew def format_date_string(date_string, format): date = DateTimeNew.Parser.DateTimeFromString(date_string) return date.strftime(format) 3. Let's say the external method in Zope has the same name as the module function. You can then use it like that, assuming you have a Z SQL method called qry_get_date_of_data that gets all values from column 'created': <dtml-in qry_get_date_of_data> <dtml-var "format_date_string(created, '%a %b %d, %Y %H:%M:%S')"> </dtml-in> I hope that helps. I agree, it is a hack, but better then nothing. stephan -- Stephan Richter iXL - Software Designer and Engineer

2 2

What kind of object is bobobase_modification_time?
by Jay, Dylan 10 Aug '99

10 Aug '99

Its acting really weird.  doesn't work (produces an attributeError) but  does. What I really want to do is  but that causes a type error. Doing ZopeTime(bobobase_modification_time) doesn't work either. I thought bobobase_modification_time was a ZopeTime object. Whats the story?

1 0

Re: [Zope] XML --> Newbie --> DTML --> HTML?
by Stuart Hungerford 09 Aug '99

09 Aug '99

> > See http://www.zope.org/pipermail/zope/1999-July/007010.html for the XML > roadmap > > Robert Leftwich Thanks -- that's a very useful overview of where Zope is going with XML. I still have a few newbie type questions though: - What do I need to add to the Zope 2.0b3 release to use XML documents? Maybe the Python XML SIG stuff? - Suppose I had a bunch of XML documents with <spam> and <foo> elements: <document> <spam> <foo>foo 1 element</foo> <foo>foo 2 element</foo> </spam> ... </document> And suppose I needed to convert <spam> elements to HTML elements and <foo> elements to HTML <H1> elements. How difficult would it be to create DTML methods in the "root" folder of a site that can be used via acquisition to do this XML --> HTML processing anywhere a <document> document is used? TIA, Stu

1 0

RE: [Zope] Catching external links - Ideas ?
by jpreston＠tdg.com.au 09 Aug '99

09 Aug '99

Hi Bjoern, all I'm doing a similar thing, but just using a meta tag (is that bad?). I use folders a lot I guess, and define a property "external_link", eg as "http://www.wwf.com/bearhug.html". The logged redirection is done by calling a document "thru_external_link" defined as such:  ..loading the <a href=""> </a> site.. <meta http-equiv="Refresh" content="1; URL="> <hr> To be logged:     ..and, uh, I guess you still have to decide what to do with the info. Cheers, Josh

1 0

Re: [Zope] Zope 2.0.b3 and pcgi
by Joshua Brauer 09 Aug '99

09 Aug '99

Linux tarball didn't include pcgi in the path specified (it was in Zope/pcgi/bin instead of Zope/pcgi). When I compiled pcgi all was fine, but it didn't work. Changing the reference in Zope.cgi to the /bin path fixed that. Sanity Checker says: sanity checker spits this out: module not found: /home/zope/lib/python/Zope If I cahnge the module (PCGI_PATH) to look like v. 1.0 (and to match the PCGI Docs) /home/zope/lib/python/Main.py the sanity checker says: error attempting: 'from cgi_module_publisher import publish_module' The real problem is that no matter how I try to access the web page I get: (102) failure during connect The pcgi.log says Mon Aug 9 16:33:14 1999 pcgi-wrapper: Connection refused (102) failure during connect No errors show up in the Apache logs. At 4:35 PM -0400 8/9/99, Reed Wade wrote: ><x-flowed> >I did run into a problem with the control panel for the /Zope object >not working right with the recommended rewrite rule. > >conf/http.conf contains-- > >RewriteEngine on >RewriteCond %{HTTP:Authorization} ^(.*) >RewriteRule ^/Zope(.*) >/opt/gnn/zope/servers/10001/apache/cgi-bin/Zope.cgi/$1 >[e=HTTP_CGI_AUTHORIZATION:%1,t=application/x-httpd-cgi,l] > ># the original (and more correct) rule was >#RewriteRule ^/Zope/(.*) >/opt/gnn/zope/servers/10001/apache/cgi-bin/Zope.cgi/$1 >[e=HTTP_CGI_AUTHORIZATION:%1,t=application/x-httpd-cgi,l] > > >cgi-bin/Zope.cgi looks like -- > >[...] > ></x-flowed> # # # _____________________________________________ Joshua Brauer Box 915 http://www.brauer.org Fort Collins, CO 80522 Fax: (419) 793-4120 _____________________________________________ In flying I have learned that carelessness and overconfidence are usually far more dangerous than deliberately accepted risks. -- Wilbur Wright in a letter to his father, September 1900 _____________________________________________________

1 0

MySQL Adapter for Win32
by Phil Harris 09 Aug '99

09 Aug '99

Hi all, Just wondering if anyone has managed to compile the ZMySQL adapter for Win32, if you have then please, pretty please could I have a copy, as ODBC is twisting my head. TIA Here's hoping Phil phil(a)philh.org

2 1

RE: [Zope] The new DTML syntax
by Alexander Staubo 09 Aug '99

09 Aug '99

The discussion could not have happened a month ago because nobody had spent any serious amount of time with the syntax. Time is not an issue here, or at least it shouldn't be. We're talking about a feature of Zope that, once established, we'll be living with for ever after. Besides, migration problems isn't the issue. I don't see the difficulty. There's no particular reason why Zope shouldn't be able to apply the changes automatically, for example. My contention is that the new syntax is significantly less readable and far too verbose. It's not really about keystrokes (the new syntax three characters shorter than the SSI syntax). The new syntax detracts from the idea of DTML as an expressive language -- why, if I had to prefix every word I spoke with the word "dtml", that wouldn't be so great. Because dtml-eventually dtml-you'd dtml-have dtml-to dtml-learn dtml-to dtml-filter dtml-out dtml-the dtml-dummy dtml-words. But in the world of natural languages, "dtml-if" isn't a word; it's two words; we learn, by convention, to split such hyphenated constructs into separate words. Our mind works best with individual words. Why go against the grain and teach the brain a new thing? Afaik, there's no technical reason to prefer the "dtml-" prefix to something like "z-" or "dt". Is "dtml-in" somehow more unique in the world of markup languages than "dtin"? In the future when we're using XML namespaces, will we be writing "dtml:dtml-in"? I'm not surprised that DC dominates the negatively-charged end of the discussion, but this is supposed to be an open-source development project, so I suggest a good, clean discussion on the topic and then a vote. -- Alexander Staubo http://www.mop.no/~alex/ "Elvis skipped around the car and threw open the trunk. 'Hoopla!' he was heard to say, 'This is a 7.62mm M134 General Electric Minigun. Up to 6,000 rounds per minute. 7.62mm X 51 shells. 1.36kg recoil adaptors. Six muzzle velocity of 869m/s.' 'Oh,' said Rex, 'So that's what it is.'" --Robert Rankin, _They Came And Ate Us: Armageddon 2: The B-Movie_ >-----Original Message----- >From: Christopher Petrilli [mailto:petrilli@digicool.com] >Sent: 6. august 1999 00:48 >To: Paul Prescod; zope(a)zope.org >Subject: Re: [Zope] The new DTML syntax > > >> Tim Wilson wrote: >>> >>> On Thu, 5 Aug 1999, Martijn Faassen wrote: >>> >>> > I'd vote for 'z-if' as opposed to 'zif', though, as I'd read >>> > 'zzzzzzzzzzzzif!' for the latter, and not 'zed-if'. Also >the '-' helps >>> > distinguishing DTML visually from HTML. >>> >>> I wholeheartedly agree. The z-foo syntax is very clean and >intuitive. >> >> The XML convention is z:if. You can take that as an argument for or >> against the hyphen as you see fit. > >Or perhaps in this case not even necessary. Our plans for XML are MUCH >bigger than just a tacked on syntax, and XMLDocument is just >the beginning >of what you'll see in the coming months. We specifically >avoided using an >XML namespace syntax. > >As for whether it will change, I SERIOUSLY doubt it, as: > > * It's already been adopted by internal projects > * It's been adopted by OTHER projects > * Documentation is being updated to reflect this > >There's no huge gain to go to <z-foo> rather than <dtml-foo> >other than a >few saved characters. The larger gain was moving away from SSI syntax, >because this has allowed us to teach the syntax to editors >like Alpha and >GoLive. > >This discussion should have happened a month ago before we >committed the new >syntax out of "experimental" stage, but it is no longer experimental. > >As for new renderers, well, *personally* I think there are too >many syntaxes >as it is: > >  > <dtml-var foo--> > %(foo)s or some such :-) > >Over the long term, I suspect that the SSI syntax will be >deprecated, but >not until we can provide a good program to convert everything >to the new >syntax. > >Chris >-- >| Christopher Petrilli Python Powered Digital >Creations, Inc. >| petrilli(a)digicool.com http://www.digicool.com _______________________________________________ Zope maillist - Zope(a)zope.org http://www.zope.org/mailman/listinfo/zope (To receive general Zope announcements, see: http://www.zope.org/mailman/listinfo/zope-announce For developer-specific issues, zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev )

5 5

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.

3 2

Re: [Zope] zope in apache 1.3.6 [doesn't work with 2.0]
by Chris Walter 09 Aug '99

09 Aug '99

Joshua Brauer <joshua(a)brauer.org> writes: > I've asked several times about what changed between 1.x and 2.0bx for this. > > This set of rules works for 1.x (even with a custom compiled Apache) ... > Premature end of script headers: /websites/Zope2/Zope.cgi > I'm not sure if this is your problem but look at the first line of Zope.cgi. It should look something like this: #!/usr/local/Zope-2.0.0b3-linux2-x86/pcgi/bin/pcgi-wrapper The key is the "bin". The one that was generated by the install process for me was missing the "bin". It was just "pcgi/pcgi-wrapper" but the precompiled tarball for Linux I got only had pcgi-wrapper in the bin subdirectory. I figured this out after seeing the "premature end of script header" error and trying to manually run the Zope.cgi file. -Chris Chris Walter walter(a)budoe.bu.edu

1 0