- Zope - Zope lists

WebDAV access from MS-Office
by Thomas Guettler 23 Apr '02

23 Apr '02

Hi! Is someone accessing zope from MS-Office with webdav daily? What are your experiences? Some weeks ago there were several complaints that files were not accessible because they were read-only. My application will have about 30 people using it at one time. The files will be regular office files. The avarage file size will be around 100-300kByte. The network will be a 100MBit Ethernet. Is it possible to use umlauts in file names? thomas

4 4

DCOracle 2 Problem
by Sean Abrahams 23 Apr '02

23 Apr '02

All right, I made DCOracle2-PR1 and copied the dco2.so to my /usr/lib/python2.1/site-packages/ directory. I go into python to test it out, here's what I get: Python 2.1.3 (#1, Apr 11 2002, 00:19:11) [GCC 2.95.4 20011002 (Debian prerelease)] on linux2 Type "copyright", "credits" or "license" for more information. >>> import dco2 >>> db = dco2.connect("xxxxx", "xxxxx", "xxxxx") >>> dbc = db.cursor() >>> dbc.execute("select * from table") Traceback (most recent call last): File "<stdin>", line 1, in ? TypeError: an integer is required >>> Any ideas? Thanks, Sean

2 4

Delivery failure notification
by Mail Delivery System 23 Apr '02

23 Apr '02

With reference to your message with the subject: "Zope digest, Vol 1 #2063 - 22 msgs" The local mail transport system has reported the following problems it encountered while trying to deliver your message: ------------------------------------------------------------------- User mail.zope.co.uk not known at this site. ------------------------------------------------------------------- Your mail message is being returned to you in the next part of this message. Should you need assistance, please mail postmaster(a)UWCMCM1M.UWCM.AC.UK .

1 0

Re: [Zope] Inserting a variable in a context.manage statement in Python
by Dan Shafer 23 Apr '02

23 Apr '02

Fantastic! This was exactly the missing key, Tim. Thanks very much! I think this was the last major technical gap I had before I can complete this application. This list is wonderful. You are most helpful. One more reason to keep using Zope and Python. At 02:33 PM 4/23/2002 +0100, tim wrote: > > c = REQUEST.get('clearing_id','') > > context.manage_addFolder(c) # this works > > # Now what I want to do is add a document to the folder > > # If I include a hard-coded value for the folder name I just created as a > > test, it works > > # But this doesn't: > > context.c.manage_addDocument('NewDoc') > >I think you should be able to do either of (both untested): > >getattr(context, c).manage_addDocument('NewDoc') >context[c].manage_addDocument('NewDoc') > >As far as I understand, your version doesn't work because you are telling >python/zope to look for the c string object that is an attribute of context, >instead of telling it to get hold of the attribute of context that is called >whatever str(c) returns. > >hth > >tim

1 0

RE: [Zope] Alternate HTML Table implementation in STX
by Robert Rockwell 23 Apr '02

23 Apr '02

Andreas, My intent here is handling columnar data, so colspan and rowspan would be rarely needed. I'm sure there would be a tidy way to establish a syntax that supported spanning, were it desirable. As I read through the various documentation on STX, the idea seems to be to create a source format that is as close to readable as the rendered format. Given this concept, I can see the reasoning behind the existing way of describing tables using ascii drawings of the table. Nonetheless, as with most technology STX constantly proves trickier to implement that expected. e.g. 1. In Zope, failing to properly close the table breaks the entire page, thereby losing all access via a Wiki interface. 2. Entries within the table are still subject to STX rules, with sometimes strange results. For example, a cell that contains a only number will be converted to a 1 since it is interpreted as an ordered list element. Also, my earlier suggestion using a DTML tag is bad form for STX. Maybe I should have said something like: [TABLE=1, Lecture Halls] "Room", "Capacity" ,"Sound". "B-100", "200" ,"Yes". which would render like: |-----------------------------| | Room | Capacity | Sound | |-----------------------------| | B-100 | 200 | Yes | |-----------------------------| Table 1. Lecture Halls Anyhow, I am not proposing a standard, but trying to find out an easy way to do this with STX or move on. Thanks in advance, --ira (via Bob's account) -----Original Message----- From: Andreas Jung [mailto:andreas@zope.com] Sent: Friday, April 19, 2002 11:51 AM To: Robert Rockwell; zope(a)zope.org Subject: Re: [Zope] Alternate HTML Table implementation in STX How do you handle colspan and rowspan? -aj ----- Original Message ----- From: "Robert Rockwell" <RobertR(a)intouchcorp.com> To: <zope(a)zope.org> Sent: Friday, April 19, 2002 11:44 Subject: [Zope] Alternate HTML Table implementation in STX > Hello, > > This question is motivated by attempts to maintain some tabular lists in > Zwiki (v0.9.6 on Zope 2.5). > > I've noticed that HTML tables can be described in wiki's using an STX > convention involving dashes (-) and vertical bars (|). Although this > doesn't require HTML knowledge, it certainly requires skill on the author's > part to get it right. For simple tablular lists of data, the extra > flexibility of this convention is more of an obstacle. > > Does anyone know of simpler convention for describing columns of data? I'm > thinking more along the lines of something like (now entering dream mode) > > <DTML-TABLE> > Name; email; phone > Joe Smith; js(a)nowhere.comm; 555-1111 > Sarah Conner; sc(a)adomain.nett; 555-5555 > </DTML-TABLE> > > which would render something like > > |-------------------------------------------| > | Name | email | phone | > |-------------------------------------------| > | Joe Smith | js(a)nowhere.comm | 555-1111 | > |-------------------------------------------| > | Sarah Conner | sc(a)adomain.nett | 555-5555 | > |-------------------------------------------| > > People have an easier time grasping the concept of editing comma delimited > lists than using the ascii drawing skills. > > Due to constraints on my time, I would rather not do this with tables and > sql. > > Thanks in advance, > --ira (via Bob's account) > > > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://lists.zope.org/mailman/listinfo/zope > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope-dev ) >

1 0

FW: [Zope] Re: [Zope-dev] Separate staging and development areas for a product
by Ted Skolnick 23 Apr '02

23 Apr '02

-----Original Message----- From: Ted Skolnick [mailto:ted.skolnick@reis.com] Sent: Tuesday, April 23, 2002 11:40 AM To: 'Oliver Bleutgen' Subject: RE: [Zope] Re: [Zope-dev] Separate staging and development areas for a product Hi, Ted here. I started this thread a while back, and came up with a solution that works for me. I hope it is helpful for others too. If u find a flaw in it, please let me know. Goal: To run both a dev and staging environment on one Zope. This must work with external methods, and modules imported by those external methods (i.e. file based products). In other words, I will have files with the same name on the system in different directories. What I did: 1) Created my dev project The external methods reside in /usr/zope/lib/python/Products/dev/Extensions Python files that r imported by those external method modules also reside in that same directory (or a package within there). 2) Made a copy of dev, both in Zope and on file system, called it staging. Now all the same files exist in /usr/zope/lib/python/Products/staging/Extensions as well. (don't forget ur __init__.py files in all dirs!) 3) Update the external method path's in the Zope mgmt. interface. Lets say I had an external method module called myfuncs.py . In dev the external module path is dev.myfuncs, while in staging I need to make it staging.myfuns. So, there is no code changes between dev and staging. The only changes r in the zope mgmt interface for hooking up the external method paths. 4) The interesting part: If u just do the above, it will not work. The reason is that external methods use the ExternalMethod product, which in turn uses Extensions.py. When u invoke an external method, it is loaded with an exec command from within Extensions.py. As a result, it is loaded within the context of Extensions.py and can not import other modules from the directory that actually contains ur external method. At first I fixed this by adding to my python path. But if u do that, u can only import either dev or staging files, whichever comes first in the python path. So.... I hacked Extensions.py with a very small change. Instead of allowing Extensions.py to do an exec, I made it do an import to load the module so that my dev and staging modules will be loaded from the context of their own directories, and will therefore import modules from their own directory. In this way dev external methods import modules from the Products/dev/Extensions directory, and staging will import from Products/staging/Extensions/. The hack could be more robust, but it is very short, and is getting me back on the road to staging... code excerpt from Extensions.py..... Starting at line 140: else: try: execsrc=open(p) except: raise "Module Error", ( "The specified module, <em>%s</em>, couldn't be opened." % module) #m={} <<<<<<<<<<<<<< Commented out the old way of loading module #exec execsrc in m <<<<<<<<<<<<<< Commented out the old way of loading module # >>>> Start of my new stuff modNameParts = split( module, "." ) module = "Products." + modNameParts[0] + ".Extensions." + modNameParts[1] exec ( "import " + module + " as m" ) # >>>> End of my new stuff funcToRetrieve = "m." + name try: r= eval( funcToRetrieve ) #<<<<<<< I replaced this line too.. usde to say r = m[name] -Ted -----Original Message----- From: zope-admin(a)zope.org [mailto:zope-admin@zope.org]On Behalf Of Oliver Bleutgen Sent: Tuesday, April 23, 2002 5:12 AM To: John Schinnerer Cc: zope(a)zope.org Subject: Re: [Zope] Re: [Zope-dev] Separate staging and development areas for a product John Schinnerer wrote: > Aloha, > > <snip>... > >>... but I really need my development >>version accessible to the internet, too. And it would be nice to >>have three versions so I could have a separate testing version >>public, as well. >> > >>What should someone like me do in order to develop a product that is >>also in use on my server? What do other independent developers do? >> > > Zope 'version' objects (Ch. 3, zope book, near the end) supposedly > address some of your issues (which are similar to some of mine - I too > would like to have fully functional preview/test sites available on my > live server). I haven't tried versions yet, though, because... > > What the zope book info on versions doesn't say (and I haven't found > elsewhere either) is how (or if it's even possible) to access a version >>from outside the management interface - that is, as a client would see > it in their browser, so it can be tested before changes are committed > to the 'public' version. If I can't do that, and do it transparently, > versions don't do me any good. There'd have to be some URL trickery > somewhere to serve up a version without breaking buckets 'o links... When you enter a version, you just get a cookie named 'Zope-Version' with the path to your version as a value. You can see it for yourself if you configure the browser to ask before accepting cookies and look at the cookie details. In Zope 2.3.3, and I suspect in any zope after that also, it's possible to just set this cookie, and the browser is in that version. Therefore the permission 'join/leave versions' is quite useless IMO. The upside is that you need just a short code snippet (setting that cookie) to let anyone (including anonymous) enter any version. Downsides are obvious and manyfold. cheers, oliver _______________________________________________ Zope maillist - Zope(a)zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )

1 0

Problems with External Methods when starting Zope at boot time, Mac OS X
by Andreas Reuleaux 23 Apr '02

23 Apr '02

Hallo, I have so far successfully installed Python 2.1.3 and Zope 2.5.0 on Mac OS X.1.3 (each from src). My zope app makes use of an external method (located in the Extensions dir) which in turn makes use of the reportlab (pdf) library. (I unpacked the lib in /opt/reportlab which actually make a structure of /opt/reportlab/reportlab/...) When I start zope by hand with /opt/python2.1.3/bin/python.exe /opt/zope/Zope-2.5.0-src/z2.py -u reuleaux -w 9090 -f 9021 & everything works fine, including the above mentioned external method. However I wanted to start zope at boot time. I was lucky in the first place to discover the daemonic pkg from the fink project. I created an xml-file zope.xml in /sw/etc/daemons as follows <service> <description>Zope server</description> <message>Zope server</message> <daemon name="zope"> <executable background="yes">/opt/python2.1.3/bin/python.exe</executable> <parameters>/opt/zope/Zope-2.5.0-src/z2.py -u reuleaux -w 9090 -f 9021</parameters> </daemon> </service> and did a sudo daemonic enable zope this creates a startup item /Library/StartupItems/daemonic-zope/daemonic-zope with effectivly the same line as above for starting by hand ... if [ -x /opt/python2.1.3/bin/python.exe ]; then # run the daemon /opt/python2.1.3/bin/python.exe /opt/zope/Zope-2.5.0-src/z2.py -u reuleaux -w 9090 -f 9021 & ... and actually starts zope at boot time. Everything works except for my external method by the way: simple hello external methods work too, but my method can't even import some names from the reportlab lib here is an extract (I reduced it to what was absolutely neccessary): I get: Errror Type: Import Error Error Value: cannot import name BaseDocTemplate --- import sys sys.path.append('/opt/reportlab') import reportlab.platypus.doctemplate from reportlab.platypus.doctemplate import BaseDocTemplate class MyDocTempl(BaseDocTemplate): pass def doc(story, fs, sB=0): doc=MyDocTempl('/tmp/ettiketten.pdf', pagesize=A4, showBoundary=sB) def ettikettenKlein(adrs): # return 'hello' Any help is appreciated, thanks in advance, Andreas

2 4

referencing tuples
by Dianne Van Dulken 23 Apr '02

23 Apr '02

Hi all, I was wondering if what I am trying to do is possible, or not. I have a method that returns a list of tuple pairs eg: [(firstname, Di), (lastname, van Dulken), (address, ...) ] etc. I have no problem looping through this to get the sequence-item, sequence-key information: <dtml-in "getDetails(_.None, _, status='Active')"> <dtml-in sequence-item> <dtml-var sequence-key> = <dtml-var sequence-item> </dtml-in> <hr> </dtml-in> works fine. BUT, I really only want (on this page, the method is used on other pages) to know a couple of the tuple details in the list. I know I can get this by looping through the whole sequence and using <dtml-if "sequence-key == 'firstname'"> but that seems an incredibly slow and clunky way of referencing it to me. Is there anyway I can reference the tuple value by the tuple key without having to loop through them that way? I've tried getitem('firstname') and sequence-var-firstname, but neither of these work. I couldn't find any one else asking this, so I assume it is too basic for normal people to query on. I also know I can reference THE tuple I am after by using sequence-item[1] (or whatever), but that rather removes the whole point of having name variables. Thanks Di

2 1

setting up a ZClass - base class of PropertyManager? plus weird gradual broken product messages
by A M Thomas 23 Apr '02

23 Apr '02

Hello there, and thank you very much in advance for any help. I'm working on my Zope (2.5.0) product through the management interface, and realized that if I just created a ZClass with base classes of ObjectManager and CatalogAware, I couldn't add properties to it :( So, I went to re-create my ZClass - and discovered that PropertyManager isn't in the list of selectable base classes. Why is this? Is there some way I can inherit directly from PropertyManager? I went ahead and created it with an additional base class of DTMLDocument, since it's got PropertyManager as one of its base classes, but this isn't what I really want -- in addition to being slightly inelegant, now the manage_findForm method doesn't appear in the available methods for creating Views. Must I create my product in Python only to get PropertyManager cleanly? Would this even work? And would converting be easy? Also, I noticed a curious effect: I re-created my ZClass by moving all the methods into a temp ZClass, renaming the add and addform methods, and saving out the Class ID, then deleting the ZClass and the remaining constructor objects (Permission, and Factory). Then I created a new ZClass with the same name as the old one, and put in the saved ClassID, replaced the new Add and Addform methods with my original ones (by deleting the new ones and renaming the original ones back to their original names), and pasting in the methods again. However, old instances of this ZClass _gradually_ started showing "broken product" messages. First one, then overnight, two more - and the first one didn't seem to change immediately. They shouldn't be broken anyway, right? Is there some known issue about deleting and re-creating ZClasses in a product? To make matters even more interesting, now one of them isn't broken anymore. Yes, I've re-created this ZClass more than once today, and this isn't a good diagnostic report, I know, but I just wanted to know if anyone knew what might be going on based on similar past experience. Thanks, Am

3 6

Re: [Zope] Inserting a variable in a context.manage statement in Python
by tim 23 Apr '02

23 Apr '02

> c = REQUEST.get('clearing_id','') > context.manage_addFolder(c) # this works > # Now what I want to do is add a document to the folder > # If I include a hard-coded value for the folder name I just created as a > test, it works > # But this doesn't: > context.c.manage_addDocument('NewDoc') I think you should be able to do either of (both untested): getattr(context, c).manage_addDocument('NewDoc') context[c].manage_addDocument('NewDoc') As far as I understand, your version doesn't work because you are telling python/zope to look for the c string object that is an attribute of context, instead of telling it to get hold of the attribute of context that is called whatever str(c) returns. hth tim

1 0