Message-ID: <20020503072313.A24376@slinkp.com>
On Fri, May 03, 2002 at 10:37:24AM +0200, Zanotti Michele wrote:
> I think inheritance is a "genetic" concept, an object inherits an attribute
> and has it forever, where acquisition depends on the container the object
> has, and then on his context. There are several how-tos about acquisition
> where you can find better explanations, see also
> http://webdev.zopeonarope.com/ and
> http://www.byte.com/documents/s=705/byt20010614s0001/
The way I think of it is this:
Inheritance is fixed when an object is instantiated.
It can never change during the object's lifetime.*
Acquisition is completely dynamic. Move an object to a different
container (folder) at any time, and you're suddenly acquiring different things.
* well, that's true in most programming languages...
in python, nearly anything can be changed at any time
so I wouldn't be surprised if there's a sneaky way to
change an object's superclasses at run time.
--
"Welcome to Muppet Labs, where the future is made - today!"
From zopestoller@thomas-guettler.de Fri May 3 15:27:04 2002
From: zopestoller@thomas-guettler.de (Thomas Guettler)
Date: Fri, 03 May 2002 16:27:04 +0200
Subject: [Zope] Searching Developer: Mapping WebDAV to Drive Letter
References: <3CD238F0.4070408@thomas-guettler.de> <200205030913.58582.casey@zope.com>
Message-ID: <3CD29E38.3020506@thomas-guettler.de>
Casey Duncan wrote:
> Check out WebDrive: http://www.southrivertech.com/products/webdrive/index.html
I thought about an open source alternative.
BTW, I am testing a demo version of teamdrive right now.
MSWord (2002) crashes sometimes if it tries to save
a document.
Has someone experience with webdrive vs. teamdrive on zope?
thomas
From nu@goa.hu Fri May 3 16:29:00 2002
From: nu@goa.hu (marci)
Date: Fri, 03 May 2002 17:29:00 +0200
Subject: [Zope] zope hangs
References: <20020503005908.GA17807@dman.ddts.net> <3CD1F74E.8040609@goa.hu>
<20020503135620.GB22124@dman.ddts.net>
Message-ID: <3CD2ACBC.2090301@goa.hu>
dman wrote:
>On Fri, May 03, 2002 at 04:34:54AM +0200, marci wrote:
>| dman wrote:
>|
>| >I'm running zope 2.5.1 with python 2.1.3 on a good debian system.
>| >Sometimes, though, zope seems to just hang. It is still bound to the
>| >socket, and I can telnet to the socket (the kernel gives back the
>| >SYN-ACK), but I can't do anything else. Usually a restart of zope
>| >solves this, but right now I've restarted zope about a dozen times
>| >(and even waited for the kernel to finish closing the tcp connections)
>| >but I still can't get any connection from zope. The Z2.log shows
>| >nothing. The debug log file only shows the servers starting up and
>| >nothing after that. Where should I look for a solution?
>
>| I've seen this appear on debian only:
>| http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=142890
>|
>| Haven't found the solution...
>
>That doesn't sound too good :-(. After reading the reports I had an
>idea, ..., moving /var/lib/zope/Products out of the way allows me to
>
did you mean /usr/lib/zope/lib/python/Products ?
>connect to zope again. Apparently one of the products I tried to
>install isn't working right. The other times I've seen the problem
>occur the symptons were much more like the existing reports describe.
>
>-D
>
>
>
m
From tpassin@mitretek.org Fri May 3 15:59:34 2002
From: tpassin@mitretek.org (Thomas B. Passin)
Date: Fri, 3 May 2002 10:59:34 -0400
Subject: [Zope] Can I do this in a python products ??
References: <20020503114234.GA731@nicolas.solirem.be>
Message-ID: <006101c1f2b3$23765570$f70510ac@mitretek.org>
[Nicolas Évrard]
Now, my question :
I do this in the initialization of my product :
fd = open('the_file')
line = fd.readline()
while line :
process_line(line)
line = fd.readline()
The file 'the_file' is in the base directory of the product but I keep
getting 'No such file'. I then decided to put this file on the Zope
Directory where my product will be localized but the same problem arose.
Is it possible to have some kind of a rc-file for a product the need to
be parsed (this file residing either in the product directory or in the
zope directory).
[Tom P]
You should always make sure a module can find out the right location for a
file rather than relying on a guess or default location. When I use
external scripts, I generally use a path relative to the module or package
that contains the program. That way I can move the code to another
installation on another directory tree or drive and still have things work.
There are several possibilities. Here are some:
1) Use an environmental variable. This means you have to remember to set
the variable before running Zope.
2) Put your code into a package (put it into a directory on the python path
and put an __init__.py file into that directory). When you import the
package, you can get the complete path from the package's __file__attribute.
For example, if you have a package called "altlas":
import atlas,os.path
PATH=os.path.dirname(atlas.__file__)
3) A variation on 2) is to create a variable in the package's __init__.py
file:
import os.path
BASEPATH=os.path.dirname(__file__)
Now when you import the package, the BASEPATH variable is available. To do
this, you may need to put your code into subdirectories or subpackages under
the package.
4) You could also try making the path be relative to that of Zope by using
os.cwd() or sys.argv[0], but that might be less robust.
Cheers,
Tom P
From manini@flashnet.it Fri May 3 15:10:31 2002
From: manini@flashnet.it (Luca Manini)
Date: Fri, 3 May 2002 16:10:31 +0200
Subject: [Zope] Inheritance (?) problem
Message-ID: <15570.39511.177903.32758@gargle.gargle.HOWL>
Hi,
I have a pure-python (no Zope classes around) 'form' class like this:
class form:
def __init__(self, id):
self.id = id
def actionTarget(self, REQUEST={}):
"Main entry point."
return 'foo'
>From this class I derive a subclass
class zopeForm (SimpleItem.SimpleItem, form):
def actionTarget(self, REQUEST={}):
"Main entry point."
# ... other thing done here...
form.actionTarget (self, REQUEST)
The zopeForm class is part of a product so I have instances of
zopeForm (say 'zf') in a folder (say 'foo'). Now I would like to visit
the URL
...../foo/zf/actionTarget
but I get the following error:
Error Type: TypeError
Error Value: unbound method must be called with
class instance 1st argument
but 'self' in the call to form.actionTarget should be a zopeForm
instance!
If I change zopeForm.actionTarget to:
def actionTarget(self, REQUEST={}):
"Main entry point. Passing http REQUEST"
raise self
I get
Error Type: TypeError
Error Value: exceptions must be strings, classes, or instances
and if I change it to:
def actionTarget(self, REQUEST={}):
"Main entry point. Passing http REQUEST"
raise str(self)
I get
Error Type:
Error Value: None
It seems I'm missing something....
Any hint?
TIA, Luca
From news@conquered.org Fri May 3 16:32:46 2002
From: news@conquered.org (Luis Cortes)
Date: Fri, 3 May 2002 09:32:46 -0600
Subject: [Zope] ZOPE/PYTHON CLASS ES (El Paso/Las Cruces/Juarez Area )
Message-ID: <004a01c1f2b8$0d4710f0$3a600a0a@LUISLAPTOP>
This is a multi-part message in MIME format.
------=_NextPart_000_0045_01C1F285.7BF10610
Content-Type: text/plain;
charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
Hello,
I am an instructor at New Horizons El Paso and I wanted to see if =
there was any interest in a Zope/Python class in the El Paso TX /Las =
Cruces NM /Juarez Mex area. I have 6 years software engineering =
experience and would like to teach either course IF there are people =
interested.
If YOU are, please zap me an email and cc: jessej@nh-elpaso.com and =
let us know!
Thanks,
Luis.
------=_NextPart_000_0045_01C1F285.7BF10610
Content-Type: text/html;
charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
Hello,
I am an instructor =
at New=20
Horizons El Paso and I wanted to see if there was any interest in a =
Zope/Python class in the El Paso TX /Las Cruces NM /Juarez Mex =
area. I=20
have 6 years software engineering experience and would like to teach =
either=20
course IF there are people interested.
Thanks,
Luis.
------=_NextPart_000_0045_01C1F285.7BF10610--
From tom.nixon@aim23.com Fri May 3 16:50:27 2002
From: tom.nixon@aim23.com (Tom Nixon)
Date: Fri, 3 May 2002 16:50:27 +0100
Subject: [Zope] ZPT reverse ordering
In-Reply-To: <001801c1f286$6d03ce70$5b01a8c0@tom>
Message-ID: <00e901c1f2ba$3f7dea60$5b01a8c0@tom>
> I replaced bobobase_modification_time
> with bobobase_creation_time, and left out the 'desc'. It now shows the
> most recent first.
I was talking nonsense! The correct result was a fluke. There's no such
thing as bobobase_creation_time.
I see it's in the collector. I hope it gets implemented soon, I can't
imagine it's too big a job.
http://collector.zope.org/Zope/188
T.
From s.morris@bangor.ac.uk Fri May 3 18:16:01 2002
From: s.morris@bangor.ac.uk (Sion Morris)
Date: Fri, 3 May 2002 17:16:01 +0000
Subject: [Zope] Microsoft Word, Excel and Powerpoint with CMF
Message-ID: <710F0D3E-5EB9-11D6-A161-000393876536@bangor.ac.uk>
Hi,
On the BasicCMFUsage movie, on zope.com, it shows MSWord File, Excel and
Powerpoint as content types. Is that functionality available to ordinary
CMF users?
Having this functionality would help my case for having Zope as a web
intranet application here at work. The type of site I have in mind is a
store for every day documents and communications. As most of these
documents are created in MSWord, Excel and Powerpoint it would be nice
if the CMF could index and display them. I have already tried
NuxDocument but it failed to work on CMF1.2 (the author has been
notified).
Regards,
Sion
From Christian.Fissgus@haufe.de Fri May 3 17:17:52 2002
From: Christian.Fissgus@haufe.de (Christian.Fissgus@haufe.de)
Date: Fri, 3 May 2002 18:17:52 +0200
Subject: [Zope] SQL to Excel
Message-ID: <08231599A3E6E64CAE8FA66619243E4002427B9D@vg100cl1>
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--------------InterScan_NT_MIME_Boundary
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C1F2BE.1381B460"
------_=_NextPart_001_01C1F2BE.1381B460
Content-Type: text/plain;
charset="iso-8859-1"
> select URL from [qas$] where Month='March' and Year=2000
>
> Note that the table name is the name of the worksheet with a
> $ appended to
> the end. You have to append the $ in order for the query to work. Why?
Because spreadsheets aren't tables... You have several ways of telling,
which data you want:
[qas$] refers to the entire worksheet qas
[qas$B2:G20] refers to the unnamed range B2:G20
or you can use named ranges: then you can use the name of the range like any
"normal" table ( select * from myRangeInQas )
> Because. The brackets are there because $ is a reserved
> character in SQL.
> Life is never easy.
> -----------------------
>
> Now all I want to do is SELECT *...I don't need anything
> fancier than that,
> I'm just trying to publish the entire worksheet. No variation
> on the above
> code snippet seems to work.
>
> Has anybody gotten SQL queries into excel to work? And how
> did you do it?
The way you described works fine for me...
Does the first row of your worksheet show the columnnames? Any of them
starting with blank ?
Maybe you tell us, what happens when "it doesn't work"...
Chris
------_=_NextPart_001_01C1F2BE.1381B460
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
RE: [Zope] SQL to Excel
> select URL from [qas$] where Month=3D'March' and =
Year=3D2000
>
> Note that the table name is the name of the =
worksheet with a
> $ appended to
> the end. You have to append the $ in order for =
the query to work. Why?
Because spreadsheets aren't tables... You have =
several ways of telling, which data you want:
[qas$] refers to the entire worksheet qas
[qas$B2:G20] refers to the unnamed range =
B2:G20
or you can use named ranges: then you can use the =
name of the range like any "normal" table ( select * from =
myRangeInQas )
> Because. The brackets are there because $ is a =
reserved
> character in SQL.
> Life is never easy.
> -----------------------
>
> Now all I want to do is SELECT *...I don't need =
anything
> fancier than that,
> I'm just trying to publish the entire =
worksheet. No variation
> on the above
> code snippet seems to work.
>
> Has anybody gotten SQL queries into excel to =
work? And how
> did you do it?
The way you described works fine for me...
Does the first row of your worksheet show the =
columnnames? Any of them starting with blank ?
Maybe you tell us, what happens when "it doesn't =
work"...
Chris
------_=_NextPart_001_01C1F2BE.1381B460--
--------------InterScan_NT_MIME_Boundary--
From pydan@danshafer.com Fri May 3 17:25:52 2002
From: pydan@danshafer.com (Dan Shafer)
Date: Fri, 03 May 2002 09:25:52 -0700
Subject: [Zope] Two Cosmetic Issues
Message-ID: <5.1.0.14.0.20020503092012.029f4ce8@mail.hurrah.com>
I use Zope on both Mac and Win2K in the course of a day. In recent weeks, I
have moved my Mac environment to OS X. I have noticed a couple of cosmetic
issues that, while really cosmetic, do have an impact on the usability of
the ZMI for me.
First, on both Windows and Mac, the "Narrower" button seems to have zero
effect. I click it many, many times because I think perhaps the incremental
change built in is small. It never moves. Not a pixel. This is a problem
because for some reason the width at which it is seton my Win2K box is such
that I get horizontal scrolling in object editors that extend the width of
the available area. This makes editing a real pain. On my Mac, for reasons
having, I'm sure, to do with arcania like aspect ratios, I don't get
horizontal scrolling but I still cannot make the window narrower.
Second, on OS X, the default font used in the object editors is not well
suited to the display parameters. All text entered into text objects is a
bit hard to read and, when selected, is broken and thin. I have reset my
system to turn off anti-aliasing below 12 points, to no effect.
Anyone have any ideas how, e.g., I might fix these problems myself?
Runniing Zope 2.3.3 on Linux.
From sean@havenco.com Fri May 3 20:33:44 2002
From: sean@havenco.com (Sean Hastings)
Date: Fri, 3 May 2002 12:33:44 -0700
Subject: [Zope] ZClasses vs. Python Products
Message-ID:
Help!
I Have chosen Zope to do a new web app. It is a 2 man project - 1
Programer - 1 UI Designer with programing experience.
I am trying to decide whether to build the App using Zclasses or Python
Product.
I found this URL
"http://zdp.zope.org/portals/developers/designstrategies/products"
It lists advantages of Python product as:
1. You can upgrade them.
2. You can write all of your logic in Python.
3. You write your UI in DTML.
4. You can manage all of this using CVS
However:
1. it then says why it is harder to change things in a python product.
2. I can still use python scrips with Zclasses
3. I can still write the UI in DTML
4. There appears to be a CVS extension for Zope available.
On Zope IRC I was told that there are some scalability, stability, and code
mainatanance issues issues with Zclasses but did not recieve any elaboration
on that. What are the issues?
It seems like I lose a lot of the advantages of Zope's second veiw by using
a Python Product - in that I can't have my UI person atatch DTML methods to
the classes I write.
What future developments can I expect? Will ZClasses become better in the
future? Will more second Veiw handles be added for Python Products? Might
code be written to generate a Python Product directly from a ZClass based
Product?
The consensus on Zope IRC was that "ZClasses suck", but I am failing to see
the advantage of not just building a product with ZClasses from within Zope.
What am I Missing? Can anyone direct me to further information - or give me
an example of a situation where I would be in bad shape to have chosen
ZClasses over Python Product?
I need to make this decision soon.
--Sean Hastings
--sean@havenco.com
From Tom Deprez"
Hi,
I need to offer keywords to users to choose from to use to index documents.
There will be so much keywords that the only way to present them in a proper
way is probably through a tree view.
Now, what would be the best way to make this:
1) create a 'tree' keyword python product and create zope management
interfaces for that. Thus we've one product which keeps the keys internally
2) create a keyword product and build the tree in the ZODB as like you could
build a hierarchy with folders
3) use plain folders for the keywords.
I'm not sure which would be the best choice. Anybody who can give me some
advice?
Thanks in advance,
Tom.
From dman@dman.ddts.net Fri May 3 17:53:47 2002
From: dman@dman.ddts.net (dman)
Date: Fri, 3 May 2002 11:53:47 -0500
Subject: [Zope] zope hangs
In-Reply-To: <3CD2ACBC.2090301@goa.hu>
References: <20020503005908.GA17807@dman.ddts.net> <3CD1F74E.8040609@goa.hu> <20020503135620.GB22124@dman.ddts.net> <3CD2ACBC.2090301@goa.hu>
Message-ID: <20020503165347.GE23461@dman.ddts.net>
--vni90+aGYgRvsTuO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Fri, May 03, 2002 at 05:29:00PM +0200, marci wrote:
| dman wrote:
| >That doesn't sound too good :-(. After reading the reports I had an
| >idea, ..., moving /var/lib/zope/Products out of the way allows me to
|=20
| did you mean /usr/lib/zope/lib/python/Products ?
No.
Excerpt from /usr/share/doc/zope/README.Debian.gz beginning on line 29 :
Note that you can install local products in /var/lib/zope/Products.
The import directory is /var/lib/zope/import. Extensions should be
installed into /var/lib/zope/Extensions. You'll have to create these
directories on your own. You should not touch /usr/lib/zope and
subdirectories, since it is reserved for Debian packages only.
The Products I had installed aren't available as packages (AFAIK).
-D
--=20
"GUIs normally make it simple to accomplish simple actions and
impossible to accomplish complex actions."
--Doug Gwyn (22/Jun/91 in comp.unix.wizards)
=20
GnuPG key : http://dman.ddts.net/~dman/public_key.gpg
--vni90+aGYgRvsTuO
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjzSwJsACgkQO8l8XBKTpRTWHQCdEYx0Z3qbP/rUk3RtE5DOi1jI
FkMAn1krBYO9SeNOACf+Ay7TU+c3+hT7
=OzAS
-----END PGP SIGNATURE-----
--vni90+aGYgRvsTuO--
From darcyc@engin.umich.edu Fri May 3 17:58:39 2002
From: darcyc@engin.umich.edu (Darcy Clark)
Date: Fri, 3 May 2002 12:58:39 -0400
Subject: [Zope] Global Product Registry and broken ZClass instances ?
Message-ID: <1BC88FD1968349449B02BF6018227F34016E0E48@engin-mail1.engin.umich.edu>
I was happily working on my Zope server this morning when all of a sudden
all instances of one of my custom ZClasses broke (i.e. they were no longer
editable through the ZMI). Initially I though it was something that I had
done, but nothing I had done recently could have possibly had any effect on
this particular ZClass. So then I went back through the transaction log on
the off chance that I had done something that might have caused the problem
and I found this transaction :
"Rebuilt global product registry by Zope 2002-05-03 10:53:21 AM"
It's something that Zope did automatically without my involvement and it was
exactly the same time that I first saw the problem. Anyway I undid this
transaction and all is peachy again.
My ZClass is based on few other Products, but all the other Products are
still installed and they are all working to the best of my knowledge. Why
would rebuilding the Global Product Registry cause all of my ZClass
instances to break ? What the heck is the Global Product Registry ? I don't
see mention of it in any of the documentation.
thanks for any info.,
Darcy
From casey@zope.com Fri May 3 18:09:55 2002
From: casey@zope.com (Casey Duncan)
Date: Fri, 3 May 2002 13:09:55 -0400
Subject: [Zope] Two Cosmetic Issues
In-Reply-To: <5.1.0.14.0.20020503092012.029f4ce8@mail.hurrah.com>
References: <5.1.0.14.0.20020503092012.029f4ce8@mail.hurrah.com>
Message-ID: <200205031309.55906.casey@zope.com>
On Friday 03 May 2002 12:25 pm, Dan Shafer allegedly wrote:
> I use Zope on both Mac and Win2K in the course of a day. In recent week=
s, I=20
> have moved my Mac environment to OS X. I have noticed a couple of cosme=
tic=20
> issues that, while really cosmetic, do have an impact on the usability =
of=20
> the ZMI for me.
>=20
> First, on both Windows and Mac, the "Narrower" button seems to have zer=
o=20
> effect. I click it many, many times because I think perhaps the increme=
ntal=20
> change built in is small. It never moves. Not a pixel. This is a proble=
m=20
> because for some reason the width at which it is seton my Win2K box is =
such=20
> that I get horizontal scrolling in object editors that extend the width=
of=20
> the available area. This makes editing a real pain. On my Mac, for reas=
ons=20
> having, I'm sure, to do with arcania like aspect ratios, I don't get=20
> horizontal scrolling but I still cannot make the window narrower.
This will be fixed in Zope 2.6. The current CVS contains the fix.
-Casey
From srengasamy@firstam.com Fri May 3 18:16:55 2002
From: srengasamy@firstam.com (Rengasamy, Samy)
Date: Fri, 03 May 2002 12:16:55 -0500
Subject: [Zope] Quick Slide Show or Presentation on Zope
Message-ID:
I am supposed to do a presentation on Zope for my co-workers.
I was wondering if any of you have already done it and can you share it,
Please.
Thanks,
Samy Rengasamy.
From pydan@danshafer.com Fri May 3 18:36:46 2002
From: pydan@danshafer.com (Dan Shafer)
Date: Fri, 03 May 2002 10:36:46 -0700
Subject: [Zope] Two Cosmetic Issues
In-Reply-To: <200205031309.55906.casey@zope.com>
References: <5.1.0.14.0.20020503092012.029f4ce8@mail.hurrah.com>
<5.1.0.14.0.20020503092012.029f4ce8@mail.hurrah.com>
Message-ID: <5.1.0.14.0.20020503103629.029c2d40@mail.hurrah.com>
Fantastic! Glad to hear it's a bug and not a feature I don't understand! ;-)
At 01:09 PM 5/3/2002 -0400, Casey Duncan wrote:
>On Friday 03 May 2002 12:25 pm, Dan Shafer allegedly wrote:
> > I use Zope on both Mac and Win2K in the course of a day. In recent
> weeks, I
> > have moved my Mac environment to OS X. I have noticed a couple of cosmetic
> > issues that, while really cosmetic, do have an impact on the usability of
> > the ZMI for me.
> >
> > First, on both Windows and Mac, the "Narrower" button seems to have zero
> > effect. I click it many, many times because I think perhaps the
> incremental
> > change built in is small. It never moves. Not a pixel. This is a problem
> > because for some reason the width at which it is seton my Win2K box is
> such
> > that I get horizontal scrolling in object editors that extend the width of
> > the available area. This makes editing a real pain. On my Mac, for reasons
> > having, I'm sure, to do with arcania like aspect ratios, I don't get
> > horizontal scrolling but I still cannot make the window narrower.
>
>This will be fixed in Zope 2.6. The current CVS contains the fix.
>
>-Casey
From dieter@handshake.de Fri May 3 18:27:30 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Fri, 3 May 2002 19:27:30 +0200
Subject: [Zope] Successful use of ZPT and macros in Python Product?
In-Reply-To: <5.1.0.14.0.20020503141337.01f17ae0@mail.grenna.net>
References: <5.1.0.14.0.20020503141337.01f17ae0@mail.grenna.net>
Message-ID: <15570.51330.444443.565762@linux.local>
Peter Bengtsson writes:
> Successful use of ZPT and macros in Python Product?
> ..., has anybody seen that?
Would you accept CMF as an example?
Dieter
From dieter@handshake.de Fri May 3 18:19:17 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Fri, 3 May 2002 19:19:17 +0200
Subject: [Zope] properties security ?
In-Reply-To:
References:
Message-ID: <15570.50837.62592.292456@linux.local>
=?ISO-8859-1?Q?Juli=E1n_Mu=F1oz?= writes:
> ...
> Or is storing sensible datas in folder properties a really bad idea ?
Zope security framework gives you some flexibility, but you cannot
do every special requirements completely straight forward.
Put your sensible properties in special objects (rather than
on folders used for organizing insensible content).
Protect these special objects in a special way (e.g. remove
"Access contents information" from Anonymous).
Of course, access to these properties now becomes a bit more cumbersome,
but increased security has its price...
Dieter
From dieter@handshake.de Fri May 3 18:29:16 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Fri, 3 May 2002 19:29:16 +0200
Subject: [Zope] Inheritance (?) problem
In-Reply-To: <15570.39511.177903.32758@gargle.gargle.HOWL>
References: <15570.39511.177903.32758@gargle.gargle.HOWL>
Message-ID: <15570.51436.361237.690091@linux.local>
Luca Manini writes:
> I have a pure-python (no Zope classes around) 'form' class like this:
>
> class form:
>
> def __init__(self, id):
> self.id = id
>
> def actionTarget(self, REQUEST={}):
> "Main entry point."
> return 'foo'
>
> >From this class I derive a subclass
>
> class zopeForm (SimpleItem.SimpleItem, form):
>
> def actionTarget(self, REQUEST={}):
> "Main entry point."
> # ... other thing done here...
> form.actionTarget (self, REQUEST)
>
> The zopeForm class is part of a product so I have instances of
> zopeForm (say 'zf') in a folder (say 'foo'). Now I would like to visit
> the URL
>
> ...../foo/zf/actionTarget
>
> but I get the following error:
>
> Error Type: TypeError
> Error Value: unbound method must be called with
> class instance 1st argument
>
> but 'self' in the call to form.actionTarget should be a zopeForm
> instance!
This is an ExtensionClass/Python incompatibility, documented with
ExtensionClass. You need "inheritedAttribute" to work around the
problem, documented too.
Dieter
From dieter@handshake.de Fri May 3 18:05:34 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Fri, 3 May 2002 19:05:34 +0200
Subject: [Zope] Set _allowed_meta_types on folder instances without creating a new product?
In-Reply-To: <000001c1f21d$6a3c88d0$6401a8c0@laptop>
References: <15569.39051.289896.236509@linux.local>
<000001c1f21d$6a3c88d0$6401a8c0@laptop>
Message-ID: <15570.50014.124966.701555@linux.local>
Jeff Kowalczyk writes:
> > it would be very useful to apply this
> > to existing folders which are specialized in purpose, but
> > require no special class of their own.
>
> [Dieter] To apply it to existing folder, you need to redefine their
> "all_meta_types" method - in a similar spirit the "mxmObjectManager"
> did...
>
> How do I redefine a method (as opposed to setting a property) on an
> existing object?
>
> I don't want to subclass Folder into a full metatype for each
> combination of metatypes allowed, but I could see making a series of def
> methods: scripts or a product module that I could 'attach' as overrides
> to instances of regular, already created Folders as needed. Is that
> possible?
I did not meant, that you modify "all_meta_types" for each folder type
you want to restrict but that you combine the "_allowed_meta_types"
with a single modified "all_meta_types" that respects this
attribute when it is available.
Your options for such a modification:
* directly modify the source
you want to retain a patch in order to be able to apply it
to new Zope releases or you work with CVS (and its "import"
command).
* make a monkey patch (this modifies the class at initialization time)
There are documentation about this at Zope.org.
"TransparentFolder" is an example how to make a monkey patch
for "ObjectManager".
Dieter
From dieter@handshake.de Fri May 3 18:12:41 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Fri, 3 May 2002 19:12:41 +0200
Subject: [Zope] How to use a ZSQLMethod from a Python Script
In-Reply-To: <0C4BCA0F254FD24D841A296F62878BF48F70@www.emun.com>
References: <0C4BCA0F254FD24D841A296F62878BF48F70@www.emun.com>
Message-ID: <15570.50441.694509.169643@linux.local>
Igor Leturia writes:
> > > I want to call a ZSQLMethod from a Python Script. In Zope.org, I
> > > couldn't find a specific how-to on the subject, but accidentally I
> found
> > > some other how-to's in which there are examples that use ZSQLMethods
> > > from Python scripts. It seemed very easy, so I tried it that way:
> > >
> > > res = context.mysqlmethod()
> > >
> > > It gives an error message, 'resource not found'. Both the
> >script and
> > > the sql method are in the same folder. What's going wrong?
> ....
>
> This is the traceback when running in debug mode:
> Traceback (innermost last):
> File C:\Intranet\lib\python\Zope\__init__.py, line 221, in
> zpublisher_exception_hook
> (Object: Traversable)
> File C:\Intranet\lib\python\ZPublisher\Publish.py, line 173, in
> publish
> File C:\Intranet\lib\python\ZPublisher\HTTPResponse.py, line 308, in
> setBody
> File C:\Intranet\lib\python\ZPublisher\HTTPResponse.py, line 547, in
> notFoundError
> NotFound: (see above)
Either this tranceback comes from a secondary problem (not very likely)
or it did not happen in your python script at all.
Are you sure, your URL is correct?
Furthermore, are you sure, this is debug mode.
When I get similar errors (debug mode), I see:
: Cannot locate object at: http://localhost:8080/Haufe/Partner/Logos/cccc
: ....
:
: File /home/dieter/Haufe/src/Zope/lib/python/ZPublisher/BaseRequest.py, line 308, in traverse
: File /home/dieter/Haufe/src/Zope/lib/python/ZPublisher/HTTPResponse.py, line 482, in debugError
: NotFound: (see above)
Dieter
From dieter@handshake.de Fri May 3 17:17:40 2002
From: dieter@handshake.de (dieter@handshake.de)
Date: Fri, 3 May 2002 18:17:40 +0200
Subject: [OT] Emacs versus Vim (was: Re: [Zope] color-syntax editor for dtml)
In-Reply-To: <3CD0F172.9030805@tiscali.cz>
References: <47BCBF3251382B45893950D07804082475AFD8@novamail.nv.cc.va.us>
<00ff01c1f13c$53a07140$f70510ac@mitretek.org>
<200205011433.28511.casey@zope.com>
<01b001c1f14b$275eccd0$f70510ac@mitretek.org>
<1020284712.1557.21.camel@npa01zz001>
<3CD0F172.9030805@tiscali.cz>
Message-ID: <15570.47140.600669.457233@linux.local>
Milos Prudek writes:
> Emacs is very different from vim (or vice-versa :-)), so people who us=
e=20
> mainly vim and are very proficient in vim find it difficult to adapt t=
o.
Do you know "viper"? It provides most of "vi" in Emacs.
Viele Gr=FC=DFe
Dieter
From davismarques169@hotmail.com Fri May 3 18:43:19 2002
From: davismarques169@hotmail.com (davis marques)
Date: Fri, 03 May 2002 10:43:19 -0700
Subject: [Zope] zope w. apache security question
Message-ID:
I'm running Zope with Apache/PCGI and am wondering if there's any means by
which you can prevent people from getting the /manage login dialog from
outside a designated domain or IP range?
Davis
_________________________________________________________________
Join the world’s largest e-mail service with MSN Hotmail.
http://www.hotmail.com
From mail@peterbe.com Fri May 3 18:32:55 2002
From: mail@peterbe.com (Peter Bengtsson)
Date: Fri, 03 May 2002 18:32:55 +0100
Subject: [Zope] ZClasses vs. Python Products
In-Reply-To:
Message-ID: <5.1.0.14.0.20020503183053.01f1fa68@mail.grenna.net>
As a quick guideline-answer:
ZClasses are more convenient for small plugins
Python Products are better suited for bigger projects.
At 12:33 2002-05-03 -0700, Sean Hastings wrote:
>Help!
>
>I Have chosen Zope to do a new web app. It is a 2 man project - 1
>Programer - 1 UI Designer with programing experience.
>
>I am trying to decide whether to build the App using Zclasses or Python
>Product.
>
>I found this URL
>"http://zdp.zope.org/portals/developers/designstrategies/products"
>It lists advantages of Python product as:
> 1. You can upgrade them.
> 2. You can write all of your logic in Python.
> 3. You write your UI in DTML.
> 4. You can manage all of this using CVS
>
>However:
> 1. it then says why it is harder to change things in a python product.
> 2. I can still use python scrips with Zclasses
> 3. I can still write the UI in DTML
> 4. There appears to be a CVS extension for Zope available.
>
>On Zope IRC I was told that there are some scalability, stability, and code
>mainatanance issues issues with Zclasses but did not recieve any elaboration
>on that. What are the issues?
>
>It seems like I lose a lot of the advantages of Zope's second veiw by using
>a Python Product - in that I can't have my UI person atatch DTML methods to
>the classes I write.
>
>What future developments can I expect? Will ZClasses become better in the
>future? Will more second Veiw handles be added for Python Products? Might
>code be written to generate a Python Product directly from a ZClass based
>Product?
>
>The consensus on Zope IRC was that "ZClasses suck", but I am failing to see
>the advantage of not just building a product with ZClasses from within Zope.
>What am I Missing? Can anyone direct me to further information - or give me
>an example of a situation where I would be in bad shape to have chosen
>ZClasses over Python Product?
>
>I need to make this decision soon.
>
>--Sean Hastings
>--sean@havenco.com
>
>
>
>
>_______________________________________________
>Zope maillist - Zope@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 )
From pieterb@gewis.nl Fri May 3 19:00:27 2002
From: pieterb@gewis.nl (Pieter Biemond prive
)
Date: Fri, 3 May 2002 20:00:27 +0200 (CEST)
Subject: [Zope] Zope/Apache and Microsoft Active Directory
Message-ID: <20020503180027.1CF7F21133@gewis.win.tue.nl>
Hello,
Did anybody ever get Zope and/or Apache to authenticate against a
Micrsoft Active Directory? I tried using LDAPUserfolder on Zope
2.5.1/Python 2.1.3 but I'm getting all sorts of errors, e.g.
Logging:
ldapuser not found (getUser)
User-info:
(###Error###: ldap.OPERATIONS_ERROR, {'desc': 'Operations error',
'info': '000020D6: SvcErr: DSID-03100690, problem 5012 (DIR_ERROR), data
0\n'})
Did anybody else have more luck,
or any idea where to start debugging?
Pieter
From mail@peterbe.com Fri May 3 18:49:41 2002
From: mail@peterbe.com (Peter Bengtsson)
Date: Fri, 03 May 2002 18:49:41 +0100
Subject: [Zope] Successful use of ZPT and macros in Python Product?
In-Reply-To: <15570.51330.444443.565762@linux.local>
References: <5.1.0.14.0.20020503141337.01f17ae0@mail.grenna.net>
<5.1.0.14.0.20020503141337.01f17ae0@mail.grenna.net>
Message-ID: <5.1.0.14.0.20020503184732.01f085d0@mail.grenna.net>
At 19:27 2002-05-03 +0200, Dieter Maurer wrote:
>Peter Bengtsson writes:
> > Successful use of ZPT and macros in Python Product?
> > ..., has anybody seen that?
>Would you accept CMF as an example?
Not sure of the difference between the way you use them in CMF and the way
you use them in regular python products.
If it is the same then, I vaguely remember that this Plone thing might be
the one.
All my little .zpt files start with and this doesn't work
unless StandardLook has once been visited.
From pw_lists@slinkp.com Fri May 3 19:35:56 2002
From: pw_lists@slinkp.com (Paul Winkler)
Date: Fri, 3 May 2002 11:35:56 -0700
Subject: [Zope] ZClasses vs. Python Products
In-Reply-To: ; from sean@havenco.com on Fri, May 03, 2002 at 12:33:44PM -0700
References:
Message-ID: <20020503113556.C12591@slinkp.com>
Just to comment on a couple of your issues, I don't know about
all of them...
On Fri, May 03, 2002 at 12:33:44PM -0700, Sean Hastings wrote:
> However:
> 1. it then says why it is harder to change things in a python product.
First of all, the "__setstate__()" tip they mention is pretty easy
and will update all existing objects.
Secondly, __setstate__() is only necessary for *data* attributes;
methods are automatically updated when the Product code is loaded, e.g.
when Zope starts.
Thirdly, you can force Product code to reload by using the
Refresh product. Saves a *lot* of time vs. restarting Zope
every time you want to check some changes.
> 2. I can still use python scrips with Zclasses
Yes, but it's a bit hobbled.
See e.g. the Advanced Scripting chapter of the Zope Book:
http://www.zope.org/Documentation/ZopeBook/ScriptingZope.stx
... the section "Security Restrictions".
Code in Python Products can do *anything*.
--PW
"Welcome to Muppet Labs, where the future is made - today!"
From barryp@medicine.nodak.edu Fri May 3 19:58:07 2002
From: barryp@medicine.nodak.edu (Barry Pederson)
Date: Fri, 03 May 2002 13:58:07 -0500
Subject: [Zope] zope w. apache security question
References:
Message-ID: <3CD2DDBF.9000806@medicine.nodak.edu>
davis marques wrote:
> I'm running Zope with Apache/PCGI and am wondering if there's any means
> by which you can prevent people from getting the /manage login dialog
> from outside a designated domain or IP range?
Maybe something in the apache config like:
order deny, allow
deny from all
allow from 192.168.1.0/24
to deny access to addresses outside the 192.168.1.x subnet (for example) to
things that end with '/manage' or have '/manage/' somewhere else (haven't
tried it in apache, but that RE seems to work ok in Python)
Barry
From jmartinez@eMediaMillWorks.com Fri May 3 19:58:13 2002
From: jmartinez@eMediaMillWorks.com (Jorge O. Martinez)
Date: Fri, 03 May 2002 14:58:13 -0400
Subject: [Zope] Quick Slide Show or Presentation on Zope
References:
Message-ID: <3CD2DDC5.2070802@emediamillworks.com>
Hi:
I found this useful to understand what zope is... hope it helps...
http://www.bris.ac.uk/ISC/zope/zfest/zope/
Regards,
Jorge M.
Rengasamy, Samy wrote:
> I am supposed to do a presentation on Zope for my co-workers.
> I was wondering if any of you have already done it and can you share it,
> Please.
>
> Thanks,
>
> Samy Rengasamy.
>
>
>
> _______________________________________________
> Zope maillist - Zope@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 )
>
--
Jorge O. Martinez
MIS Senior Associate
eMediaMillWorks
1100 Mercantile Lane, Suite 119
Largo, MD 20774
E-mail => jmartinez@eMediaMillWorks.com
Phone => (301)883-2482 ext. 105
Fax => (301)883-9754
From jlagarde@bigfoot.com Fri May 3 20:06:12 2002
From: jlagarde@bigfoot.com (jlagarde@bigfoot.com)
Date: Fri, 3 May 2002 12:06:12 -0700
Subject: [Zope] Anybody working on docutils (ReStructuredText) stuff?
Message-ID: <000201c1f2d5$9e440be0$c206a8c0@lagardej>
Howdy,
I notice that the 0.1 version of docutils
(http://docutils.sourceforge.net) has been recently released. Tried it,
and it seems to do a pretty good job of rendering documents, even at
this early version number. Anybody currently working on using this
somewhere in Zope?
I've been experimenting with backtalk recently, and although the
backtalk part is great, the structured text part just does not do a good
enough job for any serious document publishing IMO (see
http://docutils.sourceforge.net/spec/rst/problems.html for a much better
descriptions of the problems with STX than I could ever give). I had a
look at the sources of backtalk and docutils (I was already somewhat
familiar with the STX code), and the interfaces seem different enough
that a replacement of STX with docutils in backtalk seems nontrivial (to
me anyway). I guess that a simple docutilsDocument product should be
relatively straightforward though.
At this point I will probably still try to use the current version of
backtalk to do what I want, but it requires a lot of work on the
original docs to make them come out bearably OK looking. However, If
someone reveals that they're working on that stuff and may have
something out shortly, I might work on something else instead for a
while in the hope of using a docutils version later on.
BTW, thanks to Chris McDonough and other contributors for the current
version of backtalk, and to Richard Jones for pointing me to
ReStructuredText(now wrapped inside docutils), as I was working on
improving structured text myself at the time, clearly a futile effort
given the depth of thought that went into ReStructuredText.
Cheers,
Jean
From jens@zope.com Fri May 3 20:31:45 2002
From: jens@zope.com (Jens Vagelpohl)
Date: Fri, 3 May 2002 15:31:45 -0400
Subject: [Zope] Zope/Apache and Microsoft Active Directory
In-Reply-To: <20020503180027.1CF7F21133@gewis.win.tue.nl>
Message-ID: <674866BA-5ECC-11D6-878D-003065C7DEAE@zope.com>
LDAPUserFolder does not support Active Directory. this is not likely to
change any time soon. the reason is that Active Directory, just like any
M$ product, does not use well-defined standards like most other LDAP
server products do.
jens
On Friday, May 3, 2002, at 02:00 , Pieter Biemond (prive) wrote:
> Hello,
>
> Did anybody ever get Zope and/or Apache to authenticate against a
> Micrsoft Active Directory? I tried using LDAPUserfolder on Zope
> 2.5.1/Python 2.1.3 but I'm getting all sorts of errors, e.g.
>
> Logging:
> ldapuser not found (getUser)
>
> User-info:
> (###Error###: ldap.OPERATIONS_ERROR, {'desc': 'Operations error',
> 'info': '000020D6: SvcErr: DSID-03100690, problem 5012 (DIR_ERROR), data
> 0\n'})
>
> Did anybody else have more luck,
> or any idea where to start debugging?
>
> Pieter
>
From robert@redcor.ch Fri May 3 20:53:34 2002
From: robert@redcor.ch (Robert Rottermann)
Date: Fri, 3 May 2002 21:53:34 +0200
Subject: [Zope] Problem with ZODCBD and Zope 2.51 (urgent!)
Message-ID: <000701c1f2dc$35bb2a70$d6c4a2d9@karin>
Hi there,
I installed ZODBCDB (newest version for 2.4 with Python 2.1)
Under Python 2.4 everything works fine.
Under 2.51 when I try execute a SQL-Statement like
select * from Employees where Name = 'David'
I get the following error:
----------------------------------------------------------------------------
----
Error, sql.error: ('07001', -3010, '[Microsoft][ODBC Microsoft Access
Driver] 1 Parameter wurden erwartet, aber es wurden zu wenig Parameter
\xfcbergeben.')
--> Translation. 1 Parameter was expected, none where given
----------------------------------------------------------------------------
----
SQL used:
select * from Employees where Name = 'David'
----------------------------------------------------------------------------
----
What is the problem?
I am giving a speech on Zope next week and would like to show a DB
connection to MS-Access.
Therefore help is needed urgently.
Thank you very much
www.redcor.ch
From paul.browning@bristol.ac.uk Fri May 3 21:24:30 2002
From: paul.browning@bristol.ac.uk (Paul Browning)
Date: Fri, 03 May 2002 21:24:30 +0100
Subject: [Zope] Quick Slide Show or Presentation on Zope
Message-ID: <31258667.1020461069@[192.168.1.2]>
--On 03 May 2002 14:58 -0400 "Jorge O. Martinez"
wrote:
> Hi:
>
> I found this useful to understand what zope is... hope it helps...
>
> http://www.bris.ac.uk/ISC/zope/zfest/zope/
Uh-oh. That's a bit dated. Slightly less dated
(but still dated) is
http://www.business.city.ac.uk/ero/150101.html
though the HTML version seems to have gone walkabout.
See also the Pro Zope Material at
http://www.zope.org/Members/BwanaZulia/zope.html
Paul
--
The Library, Tyndall Avenue, Univ. of Bristol, Bristol, BS8 1TJ, UK
E-mail: paul.browning@bristol.ac.uk URL: http://www.bris.ac.uk/
From Jean-Francois.Doyon@CCRS.NRCan.gc.ca Fri May 3 21:26:50 2002
From: Jean-Francois.Doyon@CCRS.NRCan.gc.ca (Jean-Francois.Doyon@CCRS.NRCan.gc.ca)
Date: Fri, 3 May 2002 16:26:50 -0400
Subject: [Zope] standard_error_message not being used on 404's ???
Message-ID: <7CDD7B94357FD5119E800002A537C46E23008D@s5-ccr-r1.ccrs.nrcan.gc.ca>
Hello,
For some reason, it seems that my "standard_error_message" is not being =
used
on 404 errors !?
It get s used by Zope when internal errors occur, such as problems with
Python scripting or something, but not on 404's ...
Is this normal ? How do I alter the messages for 404's ?
Thank you,
Jean-Fran=E7ois Doyon
Internet Service Development and Systems Support
GeoAccess Division
Canadian Center for Remote Sensing
Natural Resources Canada
http://atlas.gc.ca
Phone: (613) 992-4902
Fax: (613) 947-2410
From pydan@danshafer.com Fri May 3 21:53:41 2002
From: pydan@danshafer.com (Dan Shafer)
Date: Fri, 03 May 2002 13:53:41 -0700
Subject: [Zope] Either I'm an Idiot or dtml-in is broken and/or poorly documented
Message-ID: <5.1.0.14.0.20020503134332.029f4900@mail.hurrah.com>
I know lots of you use to iterate over stuff. So I assume it
works. But I am absolutely bewildered. I cannot get the simplest example of
this function to work.
Here's my really difficult test, stored in a DTML document (opening angle
brackets omitted):
dtml-var standard_html_header>
dtml-in objectValues>
title:
/dtml-in
dtml-var standard_html_footer>
Call me goofy but I sort of expect this to produce a list of the titles or
IDs of all the objects in the folder in which the DTML Document is stored.
It never produces any output whatsoever.
I put in a dtml-else that prints a heading "Nothing Found" and that always
prints.
This is frustrating because as far as I can tell, I am following examples
in all three of the Zope books I own to the letter, yet I cannot produce
any output at all. Nothing. Nada. Zip.
I actually *need* to be able to iterate over all the DTML Methods and DTML
Documents in this folder, check a property's value, and based on that value
include or exclude the documents and their URLs from a table or list. As
you can see, for reasons I just don't understand, I'm very far from that goal.
I've searched PQR, I've searched the online tips and HowTos.
What in the world could I be doing wrong here? I *have* placed this
document in a folder which contains other objects: DTML documents and
methods, Python scripts, and other folders. I have also tried substituting
objectItems for objectValues. No joy. I've tried enclosing objectValues and
objectItems in quotation marks and calling them as expressions. I've tried
making the argument to objectValues and objectItems a one-item list with a
string value. I am now officially lost and desperate.
From cbeaumon@msri.org Fri May 3 22:49:15 2002
From: cbeaumon@msri.org (Chris Beaumont)
Date: Fri, 3 May 2002 13:49:15 -0800
Subject: [Zope] DCOracle 2 and long text fields..How to use them?
Message-ID:
Hello,
Maybe someone here can help..
I had thought that DCOracle 2 (now) supported long text fields, but
when I tried to insert more than 2k into one (after upgrading) I got
a 'string literal too long' error from Oracle.
Is there some trick to this or am I running into a DCO2 or Oracle limitation?
I'm using Oracle 7 which (I think) is supposed to support up to 32k
in long text fields..
I'd hate to have to continue working around this in the way I have,
by using Oracle7's 2k(max) varchar2 columns and splitting text in
Python on input/concatenating them together on output.. That is just
ugly..
There must be a better way...
Also, is there any way to use the LONG RAW datatype to store images?
We are using Zope with Oracle as a CMS and need the long text
capability for descriptions within web pages..
BTW...We are a nonprofit and can't afford the upgrade to Oracle 8/9.. etc.
-Chris
From mqm@magma.ca Fri May 3 21:58:07 2002
From: mqm@magma.ca (Marcio Marchini)
Date: Fri, 3 May 2002 16:58:07 -0400
Subject: [Zope] Quick Slide Show or Presentation on Zope
In-Reply-To: <31258667.1020461069@[192.168.1.2]>
Message-ID: <001d01c1f2e5$3a0715e0$0100a8c0@celeron2k>
> See also the Pro Zope Material at
>
> http://www.zope.org/Members/BwanaZulia/zope.html
For those who care, The Xen link is broken:
Xen - A web-based project management system, based in Zope.
(at least for me)
marcio
From Oleg Broytmann Fri May 3 21:57:36 2002
From: Oleg Broytmann (Oleg Broytmann)
Date: Sat, 4 May 2002 00:57:36 +0400
Subject: [Zope] Either I'm an Idiot or dtml-in is broken and/or poorly documented
In-Reply-To: <5.1.0.14.0.20020503134332.029f4900@mail.hurrah.com>; from pydan@danshafer.com on Fri, May 03, 2002 at 01:53:41PM -0700
References: <5.1.0.14.0.20020503134332.029f4900@mail.hurrah.com>
Message-ID: <20020504005736.B24778@phd.pp.ru>
On Fri, May 03, 2002 at 01:53:41PM -0700, Dan Shafer wrote:
> Here's my really difficult test, stored in a DTML document (opening angle
> brackets omitted):
>
> dtml-in objectValues>
The object is a DTML Document. DTML Documents have its own namespaces,
and thus objectValues() iterates over the Document subobjects. Alas, the
list of subobjects is empty - DTML Documents do not have subobjects.
Your object should be DTML Method! DTML Methods do not hve its own
namespaces, and objectValues() will happily iterate over objects in a
folder.
Another approach will be in your
DTML Document.
Oleg.
--
Oleg Broytmann http://phd.pp.ru/ phd@phd.pp.ru
Programmers don't die, they just GOSUB without RETURN.
From dman@dman.ddts.net Fri May 3 22:15:48 2002
From: dman@dman.ddts.net (dman)
Date: Fri, 3 May 2002 16:15:48 -0500
Subject: [Zope] logout for users?
Message-ID: <20020503211548.GA28338@dman.ddts.net>
--4Ckj6UjgE2iN1+kY
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Is there a way I can provide for an authenticated user to
un-authenticate themself? I don't really expect this to be useful for
most users, but when testing my application I need to log on as
several different users and see that each one works. It would be nice
if I could do that without restarting my browser.
-D
--=20
Contrary to popular belief, Unix is user friendly.
It just happens to be selective about who it makes friends with.
-- Dave Parnas
=20
GnuPG key : http://dman.ddts.net/~dman/public_key.gpg
--4Ckj6UjgE2iN1+kY
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjzS/gQACgkQO8l8XBKTpRSe5gCeNAsUdOE969op+NOO34gYWHVJ
OUwAoMimPqhHpE/BlzQQZmMkiQXeKu1e
=61pU
-----END PGP SIGNATURE-----
--4Ckj6UjgE2iN1+kY--
From dman@dman.ddts.net Fri May 3 22:23:55 2002
From: dman@dman.ddts.net (dman)
Date: Fri, 3 May 2002 16:23:55 -0500
Subject: [Zope] ZRoundup
Message-ID: <20020503212355.GB28338@dman.ddts.net>
--NDin8bjvE/0mNLFQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
I need to choose an issue tracking system to deploy at my current
employer. Roundup looks good and it even has an existing zope
product. However I ran into a problem installing it and haven't
gotten any info on the roundup mailling list.
I installed the ZRoundup product as usual and it is listed in the
"add" menu. However I get this error when I click the submit button
to add an instance :
~~~~
Site Error
An error was encountered while publishing this resource.
Resource not found
Sorry, the requested resource does not exist.
Check the URL and try again.
Resource:
http://deborah.iteams.org:9673/roundup-support/manage_addZRoundup
~~~~
The Folder where I am trying to add the ZRoundup object is
http://deborah.iteams.org:9673/roundup-support/.
The product contains the following snippets in __init__.py and
ZRoundup.py respectively :
~~~~
# product initialisation
import ZRoundup
def initialize(context):
context.registerClass(
ZRoundup, meta_type =3D 'Z Roundup',
constructors =3D (
ZRoundup.manage_addZRoundupForm, ZRoundup.manage_addZRoundup
)
)
~~~~
~~~~
modulesecurity.declareProtected('View management screens',
'manage_addZRoundupForm')=20
modulesecurity.declareProtected('Add Z Roundups', 'manage_addZRoundup')
def manage_addZRoundup(self, id, instance_home, REQUEST):
"""Add a ZRoundup product """
~~~~
I don't know anything about developing Products. Can anyone tell me
what is wrong with it?
-D
--=20
A wise servant will rule over a disgraceful son,
and will share the inheritance as one of the brothers.
Proverbs 17:2
=20
GnuPG key : http://dman.ddts.net/~dman/public_key.gpg
--NDin8bjvE/0mNLFQ
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjzS/+sACgkQO8l8XBKTpRT3EQCaAmMAJXsNOfEEwW6sEagzF2vu
k3UAoKBN9oYoPQcOaRSqslH1ZyWPYgiA
=HEQ0
-----END PGP SIGNATURE-----
--NDin8bjvE/0mNLFQ--
From cbrown@ep.newtimes.com Fri May 3 23:14:09 2002
From: cbrown@ep.newtimes.com (Colyn Brown)
Date: Fri, 03 May 2002 14:14:09 -0800
Subject: [Zope] logout for users?
In-Reply-To: <20020503211548.GA28338@dman.ddts.net>
Message-ID:
simply use manage_zmi_logout
> From: dman
> Date: Fri, 3 May 2002 16:15:48 -0500
> To: zope@zope.org
> Subject: [Zope] logout for users?
>
>
> Is there a way I can provide for an authenticated user to
> un-authenticate themself? I don't really expect this to be useful for
> most users, but when testing my application I need to log on as
> several different users and see that each one works. It would be nice
> if I could do that without restarting my browser.
>
> -D
>
> --
>
> Contrary to popular belief, Unix is user friendly.
> It just happens to be selective about who it makes friends with.
> -- Dave Parnas
>
> GnuPG key : http://dman.ddts.net/~dman/public_key.gpg
>
>
From dman@dman.ddts.net Fri May 3 22:51:14 2002
From: dman@dman.ddts.net (dman)
Date: Fri, 3 May 2002 16:51:14 -0500
Subject: [Zope] logout for users?
In-Reply-To:
References: <20020503211548.GA28338@dman.ddts.net>
Message-ID: <20020503215113.GC28338@dman.ddts.net>
--Fig2xvG2VGoz8o/s
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Fri, May 03, 2002 at 02:14:09PM -0800, Colyn Brown wrote:
| > From: dman
| >=20
| > Is there a way I can provide for an authenticated user to
| > un-authenticate themself? I don't really expect this to be useful for
| > most users, but when testing my application I need to log on as
| > several different users and see that each one works. It would be nice
| > if I could do that without restarting my browser.
|=20
| simply use manage_zmi_logout
Thanks! That works perfectly.
-D
--=20
The light of the righteous shines brightly,
but the lamp of the wicked is snuffed out.
Proverbs 13:9
=20
GnuPG key : http://dman.ddts.net/~dman/public_key.gpg
--Fig2xvG2VGoz8o/s
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjzTBlEACgkQO8l8XBKTpRRHTACfXsGzKDDlCq94245Zis6RJJba
p/YAoKE717PgXEhyiMWZZsgtFiZHzpDY
=AEXv
-----END PGP SIGNATURE-----
--Fig2xvG2VGoz8o/s--
From =?ISO-8859-15?B?R2VpciBC5mtob2x0?= Fri May 3 22:52:12 2002
From: =?ISO-8859-15?B?R2VpciBC5mtob2x0?= (=?ISO-8859-15?B?R2VpciBC5mtob2x0?=)
Date: Fri, 3 May 2002 23:52:12 +0200
Subject: [Zope] DCOracle 2 and long text fields..How to use them?
In-Reply-To:
References:
Message-ID: <6714257951.20020503235212@funcom.com>
Hello Chris,
You have to use bind-variables or a stored procedure. Oracle or the
adapter (not sure which) don't want those huge strings in the middle
of an SQL statement it has to parse..
:-)
hth
Friday, May 3, 2002, 11:49:15 PM, you wrote:
CB> Hello,
CB> Maybe someone here can help..
CB> I had thought that DCOracle 2 (now) supported long text fields, but
CB> when I tried to insert more than 2k into one (after upgrading) I got
CB> a 'string literal too long' error from Oracle.
CB> Is there some trick to this or am I running into a DCO2 or Oracle limitation?
CB> I'm using Oracle 7 which (I think) is supposed to support up to 32k
CB> in long text fields..
CB> I'd hate to have to continue working around this in the way I have,
CB> by using Oracle7's 2k(max) varchar2 columns and splitting text in
CB> Python on input/concatenating them together on output.. That is just
CB> ugly..
CB> There must be a better way...
CB> Also, is there any way to use the LONG RAW datatype to store images?
CB> We are using Zope with Oracle as a CMS and need the long text
CB> capability for descriptions within web pages..
CB> BTW...We are a nonprofit and can't afford the upgrade to Oracle 8/9.. etc.
CB> -Chris
--
Geir Bækholt web-developer
geirh@funcom.com funcom oslo | webdev-team
From rjones@ekit-inc.com Sat May 4 00:32:40 2002
From: rjones@ekit-inc.com (Richard Jones)
Date: Sat, 4 May 2002 09:32:40 +1000
Subject: [Zope] ZRoundup
In-Reply-To: <20020503212355.GB28338@dman.ddts.net>
References: <20020503212355.GB28338@dman.ddts.net>
Message-ID: <200205040932.40825.rjones@ekit-inc.com>
On Sat, 4 May 2002 07:23, dman wrote:
> I need to choose an issue tracking system to deploy at my current
> employer. Roundup looks good and it even has an existing zope
> product. However I ran into a problem installing it and haven't
> gotten any info on the roundup mailling list.
I responded to your query in that mailing list with a request for additional
information, which you did not reply to. I assumed the problem had gone away.
> I installed the ZRoundup product as usual and it is listed in the
> "add" menu. However I get this error when I click the submit button
> to add an instance :
Do you get any errors when Zope starts up? Are there any errors in the
Products entry of the Control Panel?
> ~~~~
> Site Error
>
> An error was encountered while publishing this resource.
>
> Resource not found
> Sorry, the requested resource does not exist.
>
> Check the URL and try again.
>
> Resource:
> http://deborah.iteams.org:9673/roundup-support/manage_addZRoundup
> ~~~~
Is any further information embedded in this page if you view the source?
> The Folder where I am trying to add the ZRoundup object is
> http://deborah.iteams.org:9673/roundup-support/.
>
> The product contains the following snippets in __init__.py and
> ZRoundup.py respectively :
>
> ~~~~
> # product initialisation
> import ZRoundup
> def initialize(context):
> context.registerClass(
> ZRoundup, meta_type = 'Z Roundup',
> constructors = (
> ZRoundup.manage_addZRoundupForm, ZRoundup.manage_addZRoundup
> )
> )
> ~~~~
>
> ~~~~
> modulesecurity.declareProtected('View management screens',
> 'manage_addZRoundupForm')
>
> modulesecurity.declareProtected('Add Z Roundups', 'manage_addZRoundup')
> def manage_addZRoundup(self, id, instance_home, REQUEST):
> """Add a ZRoundup product """
> ~~~~
>
>
> I don't know anything about developing Products. Can anyone tell me
> what is wrong with it?
Sorry, but without further information, it's really hard for me to see what's
going wrong.
Richard
From dman@dman.ddts.net Sat May 4 01:46:30 2002
From: dman@dman.ddts.net (dman)
Date: Fri, 3 May 2002 19:46:30 -0500
Subject: [Zope] ZRoundup
In-Reply-To: <200205040932.40825.rjones@ekit-inc.com>
References: <20020503212355.GB28338@dman.ddts.net> <200205040932.40825.rjones@ekit-inc.com>
Message-ID: <20020504004630.GA30075@dman.ddts.net>
--5mCyUwZo2JvN/JJP
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sat, May 04, 2002 at 09:32:40AM +1000, Richard Jones wrote:
| On Sat, 4 May 2002 07:23, dman wrote:
| > I need to choose an issue tracking system to deploy at my current
| > employer. Roundup looks good and it even has an existing zope
| > product. However I ran into a problem installing it and haven't
| > gotten any info on the roundup mailling list.
|=20
| I responded to your query in that mailing list with a request for
| additional information, which you did not reply to. I assumed the
| problem had gone away.
http://sourceforge.net/mailarchive/message.php?msg_id=3D1496623
(the archives are actually usable now, wow :-))
| > I installed the ZRoundup product as usual and it is listed in the
| > "add" menu. However I get this error when I click the submit button
| > to add an instance :
|=20
| Do you get any errors when Zope starts up? Are there any errors in
| the Products entry of the Control Panel?
No to both.
| > ~~~~
| > Site Error
| >
| > An error was encountered while publishing this resource.
| >
| > Resource not found
| > Sorry, the requested resource does not exist.
| >
| > Check the URL and try again.
| >
| > Resource:
| > http://deborah.iteams.org:9673/roundup-support/manage_addZRoundup
| > ~~~~
|=20
| Is any further information embedded in this page if you view the
| source?
Hrm, I just tried again to see but it worked. Go figure. The only
thing I can think of is that zope was stopped and restarted several
times in between (along with many other changes, but not to roundup).
| Sorry, but without further information, it's really hard for me to
| see what's going wrong.
Completely understandable. I'll assume you just missed my other
message (referenced above).
I'll play with it some more now and let you know if I run into any
more difficulties.
Thanks,
-D
--=20
The teaching of the wise is a fountain of life,
turning a man from the snares of death.
Proverbs 13:14
=20
GnuPG key : http://dman.ddts.net/~dman/public_key.gpg
--5mCyUwZo2JvN/JJP
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjzTL2YACgkQO8l8XBKTpRQ3ewCePb6i72MvkgynMFT1rr7w8l3z
ZBEAoL0VSjJASTMx66MD4kOqlG65phUO
=BfjX
-----END PGP SIGNATURE-----
--5mCyUwZo2JvN/JJP--
From pydan@danshafer.com Sat May 4 02:10:38 2002
From: pydan@danshafer.com (Dan Shafer)
Date: Fri, 03 May 2002 18:10:38 -0700
Subject: [Zope] Learning Python Syntax for Zope Objects and DTML Operations
Message-ID: <5.1.0.14.0.20020503175900.029c8e38@mail.hurrah.com>
What is the recommended way to learn how to carry out both API access and
DTML equvalence in Python scripts? I find myself frequently spending what
seems like an inordinate amount of time trying to translate the way DTML
deals with something into a Python equivalent. Th Zope Book basically waves
its arms and says to consult the appendices but they don't really tell
someone lilke me, who doesn't already have a good idea what's going on,
how to do this mapping.
Only by way of example, I've been working on learning iterators in DTML and
finding the syntax pretty opaque. If I have a collection of DTML Methods in
a folder, some of them having a property called "status" and I want to
produce a list of *only* those DTML methods that *have* that property and
have it set to some value, I get into some gnarly DTML code. So I figure,
what the heck,I know how to do iterators in Python in my sleep, I'll write
a Python script. But I can't figure out how to reference the objects, let
alone iterate over them. I'll probably figure this out myself before too
long, but I'm looking for a basic learning experience here. Surely someone
somewhere has written some definitive material on how to talk to Zope and
ZODB via Python with sufficient detail to be usable?
From yury@cozydot.com Sat May 4 05:09:13 2002
From: yury@cozydot.com (Yury German)
Date: Sat, 4 May 2002 00:09:13 -0400 (EDT)
Subject: [Zope] Redirection to a special page based on user ID
In-Reply-To:
References:
Message-ID: <1171.192.168.0.50.1020485353.squirrel@webmail.cozydot.com>
Hello All,
I am looking for some help in something I am trying to do.
What I want is to present someone with a log-on page that will
authenticate them against zope ID's and then redirec them to a page based
on their ID.
So basically something in terms of mr. john smith logs in to page
www.xxxyyy.com/login.html
When the system authenticates the login for jsmith it redirects him to a
directory www.xxxyyy.com/somedir/jsmith/
Does someone know how to do this???? If you have some code and a detailed
explenation it would be wonderful.
Thank you
Yury
From johnschinnerer@yahoo.com Sat May 4 09:09:44 2002
From: johnschinnerer@yahoo.com (John Schinnerer)
Date: Sat, 4 May 2002 01:09:44 -0700 (PDT)
Subject: [Zope] ZClasses vs. Python Products
In-Reply-To: <5.1.0.14.0.20020503183053.01f1fa68@mail.grenna.net>
Message-ID: <20020504080944.29131.qmail@web13407.mail.yahoo.com>
Aloha,
I have also gotten the impression, from mail archives etc. etc., that
python is the overall better way to create products. So far I've done
one simple Catalog-aware product with ZClasses and am about to try a
simple python product. Thanks for the link on auto-updating
attributes, etc. - I didn't know that wouldn't happen with python
products.
The main issue I read/heard about was inefficiencies and implementation
issues using ZClasses with Catalogs (which is what I'm doing). I
gathered that ZClasses use Catalogs sloppily and/or inefficiently, and
there were a couple 'gotchas' and/or kludges in ZClass implementation
that I can't recall offhand. I know that the auto-recataloging does
not work as described in the ZB and ZDG examples...I have to manually
poke the Catalog to catalog a changed attribute value.
If anyone has a concise scoop on ZClass weaknesses, please post... :-)
John S.
--- Peter Bengtsson wrote:
> As a quick guideline-answer:
> ZClasses are more convenient for small plugins
> Python Products are better suited for bigger projects.
>
>
> At 12:33 2002-05-03 -0700, Sean Hastings wrote:
> >Help!
> >
> >I Have chosen Zope to do a new web app. It is a 2 man project - 1
> >Programer - 1 UI Designer with programing experience.
> >
> >I am trying to decide whether to build the App using Zclasses or
> Python
> >Product.
...
__________________________________________________
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com
From pw_lists@slinkp.com Sat May 4 16:57:57 2002
From: pw_lists@slinkp.com (Paul Winkler)
Date: Sat, 4 May 2002 11:57:57 -0400
Subject: [Zope] ZClasses vs. Python Products
In-Reply-To: <20020504080944.29131.qmail@web13407.mail.yahoo.com>
References: <5.1.0.14.0.20020503183053.01f1fa68@mail.grenna.net> <20020504080944.29131.qmail@web13407.mail.yahoo.com>
Message-ID: <20020504155757.GA412@slinkp.com>
On Sat, May 04, 2002 at 01:09:44AM -0700, John Schinnerer wrote:
> Aloha,
>
> I have also gotten the impression, from mail archives etc. etc., that
> python is the overall better way to create products. So far I've done
> one simple Catalog-aware product with ZClasses and am about to try a
> simple python product. Thanks for the link on auto-updating
> attributes, etc. - I didn't know that wouldn't happen with python
> products.
You didn't ask for this, but I'm going to take the opportunity
to write a bried essay on the topic of object persistence in
python. Helps me get it clearer in my own mind. :)
It all has to do with the way python resolves names.
Let's take a simple class as an example:
>>> class Foo:
... def draw(self): print "I'm drawing at", x, y
...
>>> f = Foo()
>>> f.x = 10
>>> f.y = 20
>>> f.draw()
I'm drawing at 10 20
OK so far. but where does python get the values of x, y, and the
code for draw()?
What python does when you say "foo.bar" is this:
1) does foo have bar in its local namespace?
If so, use it.
If not:
2) does the class (of which foo is an instance) have bar in its namespace?
If so, use it.
If not:
3) does the first superclass of this class have bar in its instance?
If so, use it.
If not... keep going up the chain of superclasses until you find
it...
In the case of methods, they don't live in the object's
own namespace; they'll be found in the namespace of the
instantiated class or a superclass. This makes sense
because objects of the same class want to share the
code for their methods, rather than having copies in
each instance. (This is different than C++ where each
object really *does* get a copy of the code, AFAIK).
So when python tries to resolve f.draw(), it finds
no draw in f and goes up to the class f was instantiated
from, and finds it there.
Data members will have different values for each object,
or else what's the point of having more than one instance?
So when python tries to resolve f.x, it immediately finds
it in f's namespace and uses that.
So what happens if, in the example above, I now do this:
>>> class Foo():
... def draw(self): print "new method drawing at", x, y
...
>>> f.draw()
I'm drawing at 10 20
Huh??? What happened here? Didn't I just tell you that methods
are looked up in the class namespace? Why is f still drawing
the old way?
Well, names are actually just references to memory locations.
And it turns out that when you redefine Foo, the new class code
lives at a new memory location. The object f still has a reference
to its parent class's location. The old code won't be removed
from memory as long as there is at least one object (f) that
has a reference to it.
But now, if we make f persistent, e.g. by using pickle,
the object is saved to disk with the *name* of its instantiating
class, not the memory location. After all, if you run your
program more than once, it's highly unlikely that any of the
memory locations are going to be the same.
So if you re-load the pickled object, what actually happens
is that you get a *new* object of the same class, and its
data members will be assigned the old values. But method code
will be looked up in the current memory location of a class
with the right name, so the methods could have changed completely
since you saved the object, and the new methods will be used.
Let's see an example, in the same python session as before:
>>> f.draw()
I'm drawing at 10 20
>>> import pickle
>>> outfile = open("test.dump", "w")
>>> pickle.dump(f, outfile)
We've now saved the f object to the file "test.dump".
Now let's reload it from there:
>>> infile = open("test.dump", "r")
>>> f = pickle.load(myfile)
>>> f.draw()
New method at 10 20
See? f.x and f.y have their old values,
and f.draw() is getting the new code from the new Foo.
Now substitute the ZODB for pickle, and you have some idea of
what's going on in Zope.
--
Paul Winkler
home: http://www.slinkp.com
"Muppet Labs, where the future is made - today!"
From mail@peterbe.com Sat May 4 17:10:57 2002
From: mail@peterbe.com (Peter Bengtsson)
Date: Sat, 04 May 2002 17:10:57 +0100
Subject: [Zope] Annoying ambiguous name
Message-ID: <5.1.0.14.0.20020504170436.01e0e578@mail.grenna.net>
I define a method like this:
ListIssues = PageTemplateFile('zpt/ListIssues', globals(),
__name__='ListIssues')
Then I want to make a shortcut to that method like this:
listissues = ListIssues
But then I get that annoying message::
2002-05-04T16:04:13 PROBLEM(100) Init Ambiguous name for method of
Products.IssueTrackerProduct.IssueTracker.IssueTracker: "ListIssues" !=
"listissues"
How do I get this right??
I also tried (outside the class):
IssueTracker.__dict__['listissues'] = IssueTracker.ListIssues
but still the same old error.
Anybody knows how to solve this?
Peter
From ed@greengraphics.net Sat May 4 10:00:54 2002
From: ed@greengraphics.net (Ed Colmar)
Date: Sat, 4 May 2002 02:00:54 -0700 (PDT)
Subject: [Zope] decaring a list in python
Message-ID:
Hey everyone.
I've got an easy one here, but it's got me somewhat confused...
I declare in my product:
self.skins_loaded = ['default', 'minimal']
when I use it in a I get "strings are not allowed".
Ok, fine, so I go to my edit form, which is marshalling
"skins_loaded:lines" and I put them on two lines....
Then it works as it should...
How can I get this to happen from the start?
I must be missing something really obvious.
thanks for any clues!
-e-
--
Green Graphics ::: Print and Web Design ::: 510.923.0000
From pieterb@gewis.nl Sat May 4 18:24:51 2002
From: pieterb@gewis.nl (Pieter Biemond prive
)
Date: Sat, 4 May 2002 19:24:51 +0200 (CEST)
Subject: [Zope] Zope/Apache and Microsoft Active Directory
In-Reply-To: <674866BA-5ECC-11D6-878D-003065C7DEAE@zope.com>
Message-ID: <20020504172451.DB45421137@gewis.win.tue.nl>
Jens wrote:
> LDAPUserFolder does not support Active Directory. this is not likely to
> change any time soon. the reason is that Active Directory, just like any
> M$ product, does not use well-defined standards like most other LDAP
> server products do.
Do you think it is possible to extend LDAPUserFolder to add Active
Directory support? Anybody willing to help working this out?
Anybody know if it's possible to make a hack from Active Directory to
export & convert all LDAP-info to an OpenLDAP-server?
The best practice to manage large user-accounts is probably to
authenticate Apache to an (Open)LDAP-server and to use the same
(Open)LDAP-server to authenticate for Zope. Is there a way to only
authenticate once, and give the security-information to Zope?
Pieter
From gregory_r_warnes@groton.pfizer.com Sat May 4 18:31:37 2002
From: gregory_r_warnes@groton.pfizer.com (Warnes, Gregory R)
Date: Sat, 4 May 2002 13:31:37 -0400
Subject: [Zope] timeout, thread, and external connections
Message-ID: <97E365D56960A642A79B2EE0ADA14E803F4C57@Groexmbcr10.pfizer.com>
Hi,
I'm writing a tool similar to MatlabDA for the open-source stat package 'R'.
Since R isn't thread safe and is very stateful, I've written code to start
up, communicate with, and close independent R processes. This is all
working properly.
Now, I want to the connection to the external process to 'timeout' after a
period of inactivity, so I won't end up with an slowly increasing number of
R processes hanging around not doing anything. I have code to 'pickle' the
session information and terminate the external R process and to start up a
new process and 'unpickle' the state. This will let me 'restore' the
connection when a new request comes in.
What I don't have is code to implement the timeout feature. Is there as
'standard' method for doing this within Zope?
My initial thought is to create a new thread when the connection object is
created. Its sole purpose will be to sleep for the timeout length, check
whether the connection object has been access during the sleep interval. If
it has, then it will reset
reset the counter and go back to sleep. If there has not been any access,
it will lock the connection object, call the pickle routine, close the
connection, and terminate itself.
Has anyone else implemented something like this? Are there any 'gotchas' or
problems threading under zope. Are there other, better, strategies? For
instance, is there a 'callback after interval' function exposed by zope to
remove the need for the new thread?
Thanks,
Greg
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately.
From gspeer@linkline.com Sat May 4 18:36:59 2002
From: gspeer@linkline.com (Gary Speer)
Date: Sat, 4 May 2002 10:36:59 -0700
Subject: [Zope] How to import files via FTP and set attributes.
Message-ID: <012301c1f392$4b362920$0602a8c0@linkline.com>
I'm mildly experienced at Zope, yet haven't found the 'simple' way to
execute the following. I been going in circles on this and all
suggestions as to how to approach the problem
would be appreciated. Rather than correct the approaches I have been
trying, I think it best to get a fresh perspective.
Big Picture Objective: User FTPs a batch of files into an empty zope
folder along
with a text document called contents.txt.
contents.txt has one line per uploaded file in CSV or similar parseable
layout that begins with the file name.
After the upload, the user triggers a posting process (a 'process the
upload' form buttom with Action=Do_It().
The executed Do_it object reads the text file and loops once per line,
for each line, it parses it into a file name and several attributes.
The object then writes the uploaded file content to a target folder as a
zope object having these attributes.
I am stuck at looping on and parsing the content of the contents.txt
file to get and pass the attributes to the add object method. I figure
the solution is best executed with Python in the context of Zope, but I'm
stuck at figuring out the syntax for this namespace.
1) syntax to loop on the content of a file, one line at a time.
2) string syntax to parse the line into variables (I don't think an array
is needed.)
3) modify object syntax to update each file's attributes with the
variables
(or add a new object such as an image object with the imported file's
contents.)
Suggestions, syntax, or pointers to how-tos all gratefully accepted.
Thank you!
Gary
From allison@sumeru.stanford.EDU Sat May 4 19:14:46 2002
From: allison@sumeru.stanford.EDU (Dennis Allison)
Date: Sat, 4 May 2002 11:14:46 -0700 (PDT)
Subject: [Zope] Transactions and rollback
Message-ID:
I am building a Zope site where a manager enrolls users. A manager
completes a form that gathers information about the user. When submitted,
the action routine does two things --
.. updates a MySQL database with the user information
.. updates acl_users locally to manage the login
The MySQL is of a vintage that supports transactions so (per the Zope
book) that update will go as a transaction and will either succeed or
fail. Likewise, the acl_user update is a transaction and will either
succeed or fail.
My code needs to keep everything in sync and treat everything as a single
transaction, committing only when both the MySQL and the ZOODB
updates succeed, otherwise backing out. The problem is figuring out how
to do this.
Is there a general mechanism?
If there isn't, then another approach is to do the acl_user update first
since it can be undone (assuming I can get a handle on the transaction),
then the MySQL transaction. If the latter fails, I can back out of the
acl_user transaction by undoing it.
I am using Z SQL methods for the MySQL side of things--they provide a
nice wrapper. A few things are unclear from the docs. What exception
gets raised by a Z SQL method if it does not commit?
On the acl_users side, the updates are managed through External Methods as
noted in the code. Currently they just make calls on UserFolder per the
in-line documentation. This can fail. For example, what exception is
raised when an attempt is made to add a name already in use. (Are these
documented somewhere?) I presume that an exception in the External Method
will get exported out to an enclosing block so it can be
captured and delt with in the web portion of the system.
If I need to back off a committed transaction in the ZOODB, how is that
done programatically. Presumably I can do the equivalent of the undo
management screen progrmatically, but to do do, I need the handle of the
transaction I want/need to undo. I don't see how to get it.
Thanks for help.
From alejandro.montenegro@alumnos.utfsm.cl Sun May 5 03:32:27 2002
From: alejandro.montenegro@alumnos.utfsm.cl (alejandro.montenegro@alumnos.utfsm.cl)
Date: Sat, 4 May 2002 22:32:27 -0400
Subject: [Zope] Building SCAMMA with Zope
Message-ID: <1020565947.3cd499bb753d5@webmail2.alumnos.utfsm.cl>
Hi..
We are a team of students that want to try Zope's capabilities..in this m=
oment=20
we are building a SW called SCAMMA..
SCAMMA is a WAP/WEB site that supports the catalogation and monitorizatio=
n of=20
sea species.
Every class of sea species has an information of her own, that is why the=
=20
access to a class of sea species must be differentiated.
The technical requirements are:
=09
- Interface system-user via FLASH and WEB/WAP (HTML and/or XML an=
d WML)
- Data Bases with potential escalability(to support modules of sea
species classes).
- Feedback by the authorized users(to support the monitorization).=20
- It must be able to comunicate with an statistic system(program) to=20
analize the data generated by the system.
- It must be able to generate (or comunicate with other programs that
generate) oceanic charts.
- It must have all the functionalities of a ordinary portal such as
forums, mailing list, mail, chat, publication of data(papers), =
etc.
- It must be capable of manipulate various types of multimedial
content such as photos, videos, charts, maps, pdf, etc.
Doubts:
- How is the complexity of interacction with others DB, (i.e.
excluding the ZODB), such as Postgresql.
- Can u put flash animations?, can u treat them as objects?,
and materialize them in the ZODB.
- Can Zope easily interact with other programs in or out the
server?.
- How would you estimate the performance of a site (developed
with Zope) of this characterictics.
- Can Zope dinamicly generate any multimedial content, such as
images or flash animations.
If you think Zope is the perfect tool for this, or that we need to dev=
elop=20
a special module to zope, or can answer some of the doubts, or just want =
to=20
make any kind of comment .. please send a mail to the list.
I hope Zope has the capabilities to do this, and much more..
If you want to know more about SCAMMA visit sourceforge.net
regards.. Alex Montenegro
Student of computer engineering
Technical University Federico Santa Mar=ECa
PS: On the Doubts part when i ask if Zope can do something?, i mean if Zo=
pe or=20
any existent module or component or proyect(future components) can do tha=
t=20
something.
PS: sorry about the english, we are chilean.
=20
From dirk.datzert@rasselstein-hoesch.de Sun May 5 08:25:25 2002
From: dirk.datzert@rasselstein-hoesch.de (Dirk Datzert)
Date: Sun, 05 May 2002 09:25:25 +0200
Subject: [Zope] Building SCAMMA with Zope
References: <1020565947.3cd499bb753d5@webmail2.alumnos.utfsm.cl>
Message-ID: <3CD4DE65.7AC96C5@rasselstein-hoesch.de>
alejandro.montenegro@alumnos.utfsm.cl schrieb:
>
> Doubts:
> - How is the complexity of interacction with others DB, (i.e.
> excluding the ZODB), such as Postgresql.
you need to install a standard DB-Connector ( existing product )
create a DB-Connector object
create your DB-queries in Zope (best with Znolk-Wizard)
you can use a product called DBObject for your modularisation of your DB-model
>
> - Can u put flash animations?,
yes
> can u treat them as objects?,
yes
> and materialize them in the ZODB.
yes
>
> - Can Zope easily interact with other programs in or out the
> server?.
short: yes:
long: which programms ?
>
> - How would you estimate the performance of a site (developed
> with Zope) of this characterictics.
performance is not a problem
>
> - Can Zope dinamicly generate any multimedial content, such as
> images or flash animations.
yes
for images you need Python-Imaging library (free) installed on the server
http://www.pythonware.com/products/pil/
for flash you need a product Zwiff http://www.zope.org/Members/sspickle/Zwiff
>
>
From itamar@maximam.com Sun May 5 10:23:10 2002
From: itamar@maximam.com (Itamar Shtull-Trauring)
Date: Sun, 05 May 2002 12:23:10 +0300
Subject: [Zope] ODBC issue with 8-bit chars || ZmxODBCDA query
Message-ID: <3CD4F9FE.2060002@maximam.com>
Hi all,
A question about ZODBCDA (on Zope 2.5) querying an Access database. The
result of the query includes Hebrew, i.e. 8-bit characters.
On one computer (running XP) the hebrew is returned correctly. On another
(running W2K) queries replace the hebrew with *question marks*!
Any idea what may cause ODBC queries to convert 8-bit chars to question
marks, and how to solve this?
A related question -- has anyone updated ZmxODBCDA to work with the lastest
mxODBC? The author (Dylan Jay) tells me he hasn't had the time, so if anyone
does have this code he'd probably rerelease the DA.
Thanks in advance!
From chrisw@nipltd.com Sun May 5 10:32:58 2002
From: chrisw@nipltd.com (Chris Withers)
Date: Sun, 05 May 2002 10:32:58 +0100
Subject: [Zope] standard_error_message not being used on 404's ???
References: <7CDD7B94357FD5119E800002A537C46E23008D@s5-ccr-r1.ccrs.nrcan.gc.ca>
Message-ID: <3CD4FC4A.8AF10E02@nipltd.com>
Jean-Francois.Doyon@CCRS.NRCan.gc.ca wrote:
>
> Is this normal ?
No.
> How do I alter the messages for 404's ?
Have you already modified standard_error_message? If so, then you may have
introduced a bug.
If an error occurs while rendering standard_error_message, you will get the hard
coded one instead.
cheers,
Chris
From manini@flashnet.it Sat May 4 17:32:17 2002
From: manini@flashnet.it (Luca Manini)
Date: Sat, 4 May 2002 18:32:17 +0200
Subject: [Zope] Inheritance (?) problem
In-Reply-To: <15570.51436.361237.690091@linux.local>
References: <15570.39511.177903.32758@gargle.gargle.HOWL>
<15570.51436.361237.690091@linux.local>
Message-ID: <15572.3345.674162.239808@gargle.gargle.HOWL>
>>>>> "Dieter" == Dieter Maurer writes:
> Luca Manini writes:
[...]
When overriding a superclass (base) method (foo) in a subclass
(sub), one often wants to call the inherited one. In 'pure'
(bare?) Python you can do this:
class sub (base):
def foo(self, arg):
sub.foo (self, arg)
I tried this with sub inheriting from SimpleItem.SimpleItem and
from an external 'pure python' class and it does not work.
> This is an ExtensionClass/Python incompatibility, documented
> with ExtensionClass. You need "inheritedAttribute" to work
> around the problem, documented too.
> Dieter
As always, Dieter (thanks) solved the problem! .
1) documented means (I think) read
..../zope/lib/python/StructuredText/regressions/ExtensionClass.stx
funny place for that piece of really interesting info.
2) You need inheritedAttribute means (I do that way and it works):
class sub (base):
def foo(self, arg):
sub.inheritedAttribute ('foo') (self, arg)
Any other trick like this in constructing (product's) Zope
classes from 'pure-python' ones?
I do prefere to have as much python code as possible out of
Zope (so that it can be use without Zope), and overriding
inherited methods is (I think) a very basic tool in this.
bye, Luca
From kerrb@senet.com.au Sun May 5 02:15:32 2002
From: kerrb@senet.com.au (Bill Kerr)
Date: Sun, 5 May 2002 10:45:32 +0930
Subject: [Zope] ViewAndCopyOnly role
Message-ID: <001701c1f3d2$5bd8c860$580e0c3f@LocalHost>
how should I set a role for users of a folder where they can view and copy
files only?
I've set these permissions:
View Management Screen (for seeing the files)
Access Contents Info, View (for rendering the files)
Add Doc, Images, Files (for copying the files)
This almost works but the problem is that with Add Doc, Images, Files (which
I need for copying) the users can also add things to this folder and I don't
want them to be able to do this. I think I want a permission that allows
copying but not adding.
- Bill
From allison@sumeru.stanford.EDU Sun May 5 19:28:24 2002
From: allison@sumeru.stanford.EDU (Dennis Allison)
Date: Sun, 5 May 2002 11:28:24 -0700 (PDT)
Subject: [Zope] can below error be resolved in anyway?
In-Reply-To: <000001c1e896$7cd8dc90$0a01a8c0@gaming>
Message-ID:
On Sat, 20 Apr 2002, Peter Stams wrote:
> Zope Error
>
> Zope has encountered an error while publishing this resource.
> Error Type: Bad Request
> Error Value: Invalid file name amphora.zexp
> _____
>
Hmmm... amphora.zexp is a exported object. See page 26-27 of The Zope
Book for information. You need to import before you can publish it...
From norvelle@Ag.arizona.edu Sun May 5 21:52:37 2002
From: norvelle@Ag.arizona.edu (Erik M Norvelle)
Date: Sun, 5 May 2002 13:52:37 -0700 (MST)
Subject: [Zope] Bizarre changes in the meaning of "self" (mixed DTML/python scripts)
Message-ID:
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.
---559023410-851401618-1020631957=:24573
Content-Type: TEXT/PLAIN; charset=US-ASCII
Greetings:
I am developing a calendar product, which allows for the addition of event
objects to the main calendar object. The problem I am having is that
after I use DTML scripts to perform calls to python code, the meaning of
the "self" variable in the python code undergoes a strange change. I'll
do my best to describe the problem below (Note that all goes well until
step 5, where things get weird)
1) For instance, assume I have added (via ZMI) an instance of my ZCalendar
product (call it MyCalendar). ZCalendar is coded as a Python package.
2) The default method (index_html) provides a listing of all the currently
registered events, as well as provides a button to add a new event.
3) That button calls a DTML method (called add_event) on the MyCalendar
instance. add_event.dtml has a form whose action is to collect
information about the new event, and then (when the Submit button is
clicked) call a method called "addEvent" on the MyCalendar object.
4) addEvent takes the information collected by the add_event DTML Method,
and creates a new ZCalEvent object, and inserts it into a Folder called
'Events'. No surprises there, and everything works just fine until then.
5) Once addEvent is finished adding the new event, it performs the command
"return self.index_html(REQUEST)". The idea here is that I want the user
taken back to the main Calendar view after adding an event. I do *NOT*
want them taken to any part of the management interface.
6) By the time we get here, the URL has become
"http://localhost:8080/MyCalendar/addEvent", and thus Zope interprets
"self" as referring to the method instance of "addEvent". Zope still
manages (via acquisition) to find the index_html method, but the resulting
call is something like "MyCalendar.addEvent.index_html(REQUEST)", rather
than "MyCalendar.index_html(REQUEST)"
7) Needless to say, entities which are visible to MyCalendar are not
visible to addEvent, and so when Zope gets to index_html, it reports an
AttributeError. There are a variety of refrences I make in index_html
which only make sense when it is being called on MyCalendar, and not when
it is being called on the addEvent method instance.
The way I eventually got around this is to change addEvent to perform a
redirect instead of a return: "REQUEST.REPONSE.redirect(REQUEST['URL1']
+ '/index_html')". This works, but is an egregious hack, since it depends
upon the (potentially unpredictable) value of REQUEST['URL1'], which might
or might not be correct in all instances.
How can I do things the "correct" way, and make sure that in the context
of MyCalendar.addEvent, "self" refers to "MyCalendar" and not its
"addEvent" method (as is normal in all OOP languages I have ever met so
far).
Attached is a copy of the code I have so far (with the ugly hack
included). If anyone can take a look and tell me how to avoid this
situation, I would appreciate it greatly! Direct replies to me at
norvelle@ag.arizona.edu would be most welcome, since this is such a
high-traffic list.
TKA,
Erik Norvelle
Support Systems Analyst, Sr.
The University of Arizona
---559023410-851401618-1020631957=:24573
Content-Type: APPLICATION/octet-stream; name="ZCalendar.tgz"
Content-Transfer-Encoding: BASE64
Content-ID:
Content-Description: Archive containing Python Zope Product
Content-Disposition: attachment; filename="ZCalendar.tgz"
H4sIAOGW1TwAA+w9a3Pb1nKHpB4WIseOnee9bXpGbkuql6EIvuRHPbFjW4mn
sZxYTj2Vx6OBCFBCBBIMAFpWxhl+cL60f6DTf9WZ3n/RP9HdPQ8AFCnJssTc
2wBOIAA82LNnz57dPbt7DjbvWZ7Ts61g5a5tP3KiXd8OK/0DdpZH1axWG40G
q8KxulqVf036C4fZqsH1aqPVrLZaLROuzUa1UWW8eqZYTDgGYWQFnLOf/b5z
VLnjfv8rPba2bL+9tcVv86WlpY1dK3Bs7rnbgRUc8H7gv3Tt3g63eJc4g3f8
gNsHPavrti3PO+CWbbvwe3+w7bltWSjkncDv8o7rOSHANIytrZdOELp+j6op
VitmpVo0DCp1t9+vrLk9+xu/64Tc7fb9IOIP1zee3l2/92Drm8ePHpT5xuO1
p8/uPhG3hizjh+oqjALAwTCu8WcOt30e7bohD/GvBcUGARSwkMFt7vYiJ+hY
baipbfX4tsN9wCxwbacHv/E2sAKgJJHlfgfa3Zajw7CdDrZWjpCSv/2j047K
SCJ70I7Wra5Tlu3/1g2j5ZsGhwOa/7X7EqBDbeoNABICYA9KYRVEJm6FIzQk
wiGIa3zNDUJ4rwNUEs3xO9E+9BP3/LYVAaZUDntmD1vx/CjqvRB44aHehi7x
YcRb0W7lR9/tlfbKvPidaFVYHGlgcX9/v7isQbgd/arzCtoTlhTQ5ZuiYbYb
APwUonjIloHEkV1u9SJ+/+mjbyeRI93EmM5xcyJsR9/plVKNUUiU955XXyzz
P/FixY66XqINNrwXVQLHsj2354Sl+Jeo0vb80Ek8EV1Y6Vo9a8fZgo5ElAVH
lKiCkZLP8eELVd6x3agUuZHn3N57br4oc9uKrNuCewW29vKyYUx5/G+Ol//l
l2dYxzHyv15tNoT8N6u1Rq2G8r+2Ws/k/zSOXeD8BbNSu2VYbRCM4S0jPOhu
+x5cwLDdC2+RfG1Ht4y23+06vWjhzjV+55ZhGPCSASzsLNSq1Vql2qT/QLQ3
Kub1WwvWAFgp4Ei1WwtA4sjhD171bxmgWXrtXQfA95xXEdRs3kJQ5gioRqVW
qzRXK7XmiUEhTrYTto07dyR2nr9j3HkKpcIOiHlQbLEA551Br40yyfLc6EBo
LD0UgP9RV0hV0gUB6DnGHSOCWow7mcLMFGamMP+CFKYY7aYY7Q97buRaHg+c
ly4ypR62tnmdrxpWrQFnVelbE/RYor4LYY8m7ngCvx2R343Qd6ZtmmTHFI4J
9l/7LOtA+6/Vmmj/1VpmM57/S/sPHmX23xSOf/rfi8a/d//8z9Thefg/3IDT
EP7LMRvYAy4KzM6xzRwbzjI7z/byzCuwzQLzZtjmDMsN55hdYHuzbHOWDefp
eo5tzrGhwewZ9iuAoIcbpVkE/j2cztxoChE0WUklasFFOKWUOj1J6fX1doFd
gH8FFs7nGCI7fI8N32evNlnEWJRjO3lsNTwJvma/QGsusajA3BnmzrLXc0iH
1zls1psZ9ssMG15Wv15gr2fYmxzzLwJlLuPNL/Osl2O5nz5lz4ZX2av/ZK8F
5Kss+A+C/CGL3ksAnyf4OfbZmzwS8BMA9kuBDT9ir6HIRfaGsV+A0B/T7SW8
zQ0/Ya8Zcz/QL0J1w0/xmXzwmXuF2QLvOfaZPc+iq1TVLGL6huVzPwXsmX0B
+mgBybcKp1NaYS5yUXgBTsoiCgtwA1YQ9RGpPLoibePmsPQMnFDhrJc+PGHn
hfjeXoh97Yf0PupZukBtFb6HT2IzjPBRJlU4BzfC+KLnSi+HqN1ilU7AUItT
XVGIhNFqmZ7Z1A5SyARTECrENoxTxYRUQt/SO0LFlhCPJIxR/EdQExilGiUQ
EmRJtqqE/UGnsAWnlV2YNaygJFuB0bfSPwCYvRXVVSsTdAHVH5vyBgv/AA8K
uULhClvIfZ77mH1QWISrf8xdyl3MfZgT7Zln2rlIDUpMaqhHUxOZE/W67O+Y
cCOIlbDKkWcpNCSAcdika0pUcQixsyEpdtWXOYHtYn4h/3FuMbdYeGvp/e5H
jODDxPT3bOs4xv9TbTZbpP8bLXO1Vkf/f73VzPw/UzlIiz5U83zlUPjKCh3D
aHtWGHLNFyV8ShN1mGw/IlEGGkEzEM7AYQYjpv0PQH1EpdDxOmX+5MH3PzzY
eHp73e858Twfp17i7YeR061wVYyHu/7As/mu9RLAex6Pdh2akPCegw4qNBnQ
QHDhLd4GmYwCMK7bdjyqO5SVu3aoMYgrD5yuj+C1PkM8xHsxqB0nSoEa3w4o
lYCj3B+EXigsGTfse9ZBBQH/1r19+Bg//s/U/Xts/K/erMnxj/6/VbT/zWpm
/0/lOEv/b71Sq1caZsU039n/W6+YtUrjRqXWeFf/L8gZmGygEOn4nufv40xC
Wqs3jS+0rIJLLTrgWo997UDKBOU0BeUJnXrozbPMKjdHaA2t9b6I3K7D27tW
JAD+1iPtL/MYL//P1P1zrP/HXK1L/09zVfp/qvAnk/9TOND/81+f/4/w/+AE
JESqa//PHkwyyfmTE24gJ8c6OXR//MrQ9/Bvm3nh3MHpcklP51H+0ZRZ85R0
L+VZeJ0Jl5LwLc2gVwmAAuhfoZ48uZAI+maBDRfopwL9NMOeiGrCK3A6LFXb
CD2HDh0c6QB1SM6PDeESegSnMxWk62IemFdNRslHk00JNDFNbLK3mCYmRyFN
5ZWOmGU0fy3k2gVoZNzQeTa8kGjoHxk6KiYKbYl2IYU23rlyrnyW6CMHaDUz
r/FPd9QCeQo1/stwOrGmmEonLAiMRCsWVCuEOzPpXUAEUOOlei1NgzSsGLuz
QFE/KAgH3EKukLuUX8yvi86mIjqcO36QxoQc89tZ4Km8HljP1fzJhVR2nNsR
95QWEtP2/7TgP53/Y9aE/weKZ/p/Cse1L878MK5xdFvf5OkjyV9Q5LtB0PfD
dKm7Pe5gibTMJ5GPOlnzKrx+lyaF6ToeBO4eX/eDl47nObzUk1d3rJ2KFbg/
+z2r4tiDZXj7Hmpxx069XuOPrAOOM1As4PcPAndnN0oUKbWX+VNA44eeS87j
6ADV010BGd751m07vZEWfbVxXz03zoPURiodKSYx59/4nh1ytwfE64q8FWvb
H6Bi7VtB5LYHHpBXUNvtEXnbifnpSA7SEkXX4PH5sMt9p+P2HP6Q5tTh+RCK
5u9fe/625em8KQzPrLnAK6PHNf4ssPoY8NI5IRjsovQmz9qGO+FCGAv1OyRc
GCFlR6FiWC3kg5BvPr7/Fe+rgm1nLCA573V/du6hg0G24fHaRmUNOtcJVDl5
d6i2u/GY422/F1luD+wn1/Fwqh/6MLi4BdoaLK09tBY7BEZlid1t/zSA2TZx
zuSDcsj2MXkm8nk46NOrmyAqJYFWrCgK3O1BBBXEAOM60L6+B6gFvld54nuO
+uU+DM+nMH/XJePw0/nyoIouD0L0GvnoohEJcsLHg08ULYFW58KpRFO/5x3I
GYnOVSRB2A/8ncDq4phORcetuLPLOJwPuO33ihFAI3OavGC2GzjtCN556VpC
omJP6Sw/ytmLg5cannTrUMz2SC+VEt+CSil3F+cuJjctUYGtJf4n9CuWoAQB
x4QoUyQq4W1lK3SixxQMLbl2OW4Z3aXxwBSwCXivgegrxSje92Hs9Xzozd5O
pVJJzIowu7EYYX6joJMmz6OHCvs+DcBzZT2l4uSAJX5zI6TH+fCZqCGmrRAj
5eTIr4BI9ty2m8jPvCsxQ17UCpnHLkEqB6PI2ooOgLlu86KuoSh/FD3l9yl0
DSVExZX08+c3X4ji2LlbWy7Iwq0t7as8xAVxDl5SD+JQBT6DOYmv+VAzGTGk
a6cf2lLwwE9KBlXURSLxjsoSCpixh3/TuZpSANsiAxWaYA08mWCoJAwMEvgN
AfFS6IIO4PvAfwEOeEGQL4iAIicgrjlOBICanz8vBtABTrBF46pY5sUndB9r
dlW3sAOKL8qpdMD4eF7EtIQYzgMb1YMc0cUXL/RriUB2IvYuOqaoOaKYyu5F
37wgSYLXE9k+SCTR/V2BtpJICX7pgsjFXpE6u4S5tSspnHeE+iyhSDiqtkEf
ehllJlk9IMxJBuAvqr2a8ZIZkhOd25LrUhQ7xG2KWeT7lTTTuB3tjXJJSHGE
f5MHTjQIepJfoWNfbe1GXa+kuD6piDeEF2sbAx2DnhBiSZ1rjJgTJT1KljPf
+O/2GD//n2r8d3W1XtPz/3qjTvHfWpb/MZVDxn/rp4n/1seu/6lX6m8T/63d
GhdKblSqVbwwV88glFwDlK5XmicHNRpKros45D0frCEnAgOxvWv1dtCaxAAB
xgdAmcNsDnVsbAXj1MEiw10HLH8P3pbM3ZK5WzJ3S+ZuOYo9MndL5m7J3C2Z
uyVzt2Tult+huyWVoLoGYy3cBTHodzrclamOYtDbSE83NYOwazVuGhadpbJO
WChHHNcS9r4yTtYmGicCnmHXWlCPXW/xlmE1TF4XPRUdMVxH9Y7WOSl143Um
6hs7GqNz7GYDm01nxSxjpNSYd2/Cu6v07qp8d5zwsSModoM3DXu1joXpfEpu
eSs2OWGia+069Tqe9TDDURwnJEtrEDoLuql14nzX8f6fqeZ/NhvVepz/Ua9S
/qeZ+X+mcmD+5/e//jmR//nfTOR/GipHc1Gt/72SWv+bG16l1b55vRL4Q1yw
ive0GDg3/BhXne7NMW8eFwHjOlV7ju1dYJsX2PBTul5gmwYbfkbX77HN99jw
D3S9yDYX2XCJOReZPU/pn++zYZHZFygz9BIbrjB7gTnzzLnA3Musk2e2oVNS
P2DDf2HOLHM+wPWtOYC3UcI1f+EaE/z+7nP2xIpjSnrFhDutKekJDr94Ziqe
XWKYg5fWCvQDrjcUEhfXJc+wOcyORGyBBMNrbPj32ANiXfJrho2CfsCFwZ/g
yuB/oNW/M7ggOJrF8+scrjF+U2Bv8tB6lZ1LizYnTxvEuliS2rQsd12s4iSO
iAL6CwXjLEvM3nNtamY8e6CUwdjO1wt9UzmZBELDGVtGQj9tzmFSkoVXWXJB
rv5pSVC9kCvk/jZHzE8pqbjcExhtWGLD5URWKlZ/qvnM+kiS57u25pPxrcGp
V1FQFVuU7gc5tPMsfIqtW1HjusqGNTW0G8zJM7fAPse065ZKwZ5hw3s4koCJ
nDkcXMBRMJKHazjucHU/vLyAedmUDPs3yGBHTFdGsJphs8DqQHMUq1DncJUN
rxPzAkvBkxssApTyWC0+AbxuIl/jNeB1GzEHNHcoAR1w2aFrXIz/JYvmmDuP
JXHV+wwOBSEFaIHwR0kskjOWcJFh7nRs34efI0seaeDTAIitYuKflGGqG02U
kKNKDh49CEh8SGOEbpRlkhgeI4vADTGa1TLnkZXQs6kxJqsbP9TScM+ESbEF
yjhrMSIrcuVi7kpusfDHfPg+oy0BErMJygnPIzPcRmZYY8Ov2fAbZAZX8AOw
6EO8jQrsxwXmfwja5KGSezmUiBu4yUI8YA/1w3qcsK1aHtNDU0rncCNVEibd
mWeYp+g1sjXAmtAnSLJLucusZCjEVab5gugyMeVPKA8ibHpan+qLlJoiiHIK
l8QA530xHUZQOztBlpIFK4JJFnKF/EL+Yn7x4keF0pXRVo8u28ffpAc33bC0
6h2ndalIPG1KkhBrSXhkaLHJYb+p2MEg+Tg9hkdGpybnBGV0lFgnwMovlCZb
CbE4hPFRNEs0NEWyo+qfhHOqwZOIPCKiEt2SNhUO0fNMmIzWG8j9KhbzC3OX
c/Avfxn3WsB/Fy7NLl74O1Rbv98jTbnfYv8H02ysxvH/Kl6bdZwuZvO/KRzT
jUgr/jpxRFpugyPsSeiBLPNfEXlMLFqQTApFmN9u+P1dkLZuG1ssjHCuiymK
Vo7acvScIjAy8gzGWXKP0ekHoo+JJ58oSnxkkHgq0V1NUPIIpiddcjpmya1Q
48nZmP3V1E6XEmetSccGhVU7007I2GFNQXwjCg6Ez17snqBxU7TUKSbOq7bT
lxtpjuymEDv9zzMo+GhSIFpJoOmEohOu3cTMNB4kvGTtWehYWIbx/VTEUw6X
wu7B9InQxYSlRFLFfmD1+7gRssq1EM020vYdkR1tv0PxHyiw1Y5DTskIUCr6
Y7WjAfqx/UEkHlkR33c9j2P1PbEdR8/ZB4xxr2FoFohTFZ2LfIClQkVAbGTN
kkiWcMPdZbXfKQd5H0nQS/jikqwVGBqqgJ7s821Hhp0AongNu3F/123vquif
KEJ+mzKHoaVghQ4uNobS27TKHAch4IPDAYfc4Qi4WCQ7Ei+9XSwev6uHGBHE
XmuqlRJbFdWaFKQXlY4P0guB8rCTbigO+ISHat/ZLss0BboH7idU5HYpgEwx
TEYK+3BhHBES0UM1GRpJTCzTQb3lKUT4JSfGhJYCEQfAkqb3kso3QW7Cra4l
7yHfABS59rzMnbDvtF3iMQT+EowLfxCmA80oawGCdA2Gg22Z6HPOSQWCF06W
VBBTg3QYpw1rQEP0JAcuJ3bTTtAylkLAUzScSb50KQeGPOSYuAOgEoIdgWxt
6XIh2Rcl/Xt5XOwYNJOSGbE+hHGI+45Hbsd1bOWPp3FJY0laPUu0bcD4pAgh
tfQu4SAwe/5+mf8IMwCAB73sKrU9wvQB1BJErhOeJp8iJdNjUOQ/TMJTYvU7
XWSsBCaf2QQRfLi+hHY4bXLHPQWCW4dE9siWRuKYnOyRTuBIJG7Qju20f7zn
lYEgexjODAQz4P/Kza60LxcbeJaFAdlB+VMWO3MAk0TJuC1KpqJ4vYhMQ3gI
4frQDktF2d/L6S28k2IL5LsoVFJwyhIix21EwuJysiXTSEGJ/ZKIyn2xF4a2
+45KOUH1rTNOhAbCLn1wFjkno+wH1oeQlWAp23FOHdCg40Sgf5FKwkNe5poY
XWgIPRR6XI59CbjvUH51B7jvAM0ZEEaku9G2DWxxg58hAMCBEwL1Q83zJ9ih
SrL7E1JcqB2+lfuPiBmp3JpVGLLjeFKLzHHiRapDfC+w9vXWJqL9SpiNQhyn
TJ8rJnwhufhfLW9AG8Ur8n8n09AR4k5gdSjzBodWT8cwpILX83GOl2gW8O0D
lYMr83fCAXQVKkvFObSFr6bryAZmk1MWJXUFz+nZ/aHUnWtHZS3GbV+OB0fs
75uUSRm/dkjQHZfhkRpIKpPoyYON7x6vbzyoBI6wnFR60PPiD0++NYsvcHP/
lcQgTag4XD2AIwMu2hHtgZ1gBE3V0a3ZJtNTQExuzOzEmYETk7JItWpjWa5b
ACB6dqkztkrSXgS+SCke4oLlU6VtbTgRCZ1YFSYZ4CQdcUR+11H253gFW6Kp
SzypT0yTv/zyy7FJXATl/8uaufH+32mu/zJb9Vac/1OvNmj9Vz37/t9UDrn+
q3Wa9V+tCeu/qtW3WLTVpEVbzXH7fzavA8C3ANUgUI1xoGrXK42TbyVK6+HG
LHADUPCwCQDfeYEbgYJr821oNXGv1Gql2ahUW6de4NZK7pVqbbv0USzpBdNJ
ur/NIrZphwyymEEWM8hiBlnM4FguyWIGWcwgixlkMYMsZpDFDLKYQRYzyGIG
WcwgixlkMYPk8MliBlnMIBkzEN62plr4/QrItDSKPtCd8F9KfLu6xRuGXWvw
Jq0Brh/+FPw7fQnerq8i/AatMabz8XOVkc6ym1VaY12Vy6aPn30k1na3THyX
zuNtU6xglVairxKOdFaMNMY2Saz9vm4i0a43R9d+K15YupuwSKA4Ute6UR0t
jt/yFOoZJZ3eEACKAtbXlXmo5Dx9fvMgBFVPH04VX6EHCwjqsIWojM1i/SVV
eq5UqIT4zOG2L2zk0BdjMAUrdoTRDATsXf+lEwRo9KKGaIMeAZSkm44kuhak
SXmcbFp6tnUzqZ/WfcCmLbmmrDEi9PZ9uQSSPghL+xnQfCn1fdhR860MrZde
ptDvRPto16hvmuqy+oPrz49i7hfp8a6g4LfYk59h3wNjRK0aKY4YJmgrj3yP
Hcamel2YjyUFePkmVx9ZhTo00iNm3aRvy5Ndf8z35U9ptR1rsZ30a/Xn8rH6
ESv5yE/VkyI+xYfqrRsozkZY7a94pmCbVZBHDak8GkJ5jDonOnIXkcS30Wgj
i4bayGKSmjFSWxyKCJAAqSeCOI4Um2rwrTpISvtGg9dqhmWaSsAaYz6+N87X
m4BUN3nLPOlGGKbJa1XDqqOEPk0wI/sQXPoYH/+f6v4fq61q89D+H3Uzi/9P
48D9P26q/T9ohbPxf+1dC3hU1bXeJ5N3JkCAGHkPExHQYZg5mTNBSGKBRAUh
wSSCWChMJpNkIC9mJsbwmiBYUbFSoEpbrNYHXmsrFy7eUiuKftVSFL6qrbYF
C1Jbq8UntRa1l7vXOu/JPJIwGV57AcM5M/vsfc5+rL3PWv/+Fyfyf2TJPAHZ
MknA4BD+j9wQ/o9LQvg/8kL4Py7V8H8Mk/k/MkhwOB5nIhfIKNIxmARNQPux
NIs0IikIN6/ZRIKjCcdxQTOQgNQRoP+Q+T6ySDNHbgpeSTwGoAHxGGWmgmzg
OKjNIp5+pNZI1iUhc0gxqc3WM4f00zKHrAxlDoGdrf7JRDNSeuwt7Tu2EPEL
XaCuMHH3OOB+gEJFOpHKqnEiwwf8dsY7usMHITPLcdL8A4i42V/rBvJDUe5k
melkDhHZKOxASAGb+jlpq7/IZLLSIJOZBAVkOUlFDoA8eu7E5Ej1sBKThNAA
jCHasH9RvCYSMYOyxT+E10RiUNBxOUTgUwi3dR7dGHrek2icDHFpjq7btvEn
m0ouMMowgNM/ksoUcg80SbGsAUpIcKoU+hFCNJaiQjAASYMnmXhTyEg63IMz
gSOEKgg6tqTxR4d5OYZvJDjMFxFPpswakkWC9XiagqdGEmzB01Q8pQM3gKcy
9w/tstg+o3XjMIIjIqSZcoiGbULugSr7yDp40nISrCDBORr2kRtkrhH6vNXw
vNDRDPB8VDMsSSVG7H83ShwUtRimEroo9L/gTfCY9NGAnCQVnkIlJ7lZQ06S
rpCTZNAOmyl32G5Zz1ELSLwqIfQFmuVjCI8FDsbQ1wisLuWdAdVOyEtDtzhM
1J4MqZVFMBYZutg9D8hMlHGkJdAoJ0ixIZKZGA1DuTzDsCSVuwRib9JeHlxM
gm5sYI4MobqMjoYq2m+qxECMV8Ht9tZgrGn18hBSEqNS65J5t084S3TaXrGQ
L1KohwwYnRQHVhXURj0JNpDgEiCvEplcoE4UgiouuBSOAimo0EfR80Y494oj
JAlG2xA6roDqCgcWHVUS19BgpZfqDcPaYQG3BNZVHBQa46rUgfUEFJFYLmIQ
VemCfspWXjxRLL36WKt9p/C1YUfrFS2fNJQbEBpytYUEWzXkVpeCUohgFO6r
CKtd+pJiv27RxYnFcQWrLzohBNtI8BZcGXDYXwbR/tKOHEGypkbl2yHpZBx2
ykMCj0tXM3IYViClRcPQA41QO0kEy3DfVlQIG09AncsHcIOSxKVqKFGQujDs
J2oyjVu9x0xCYcmDYtaKnoRIqWCdCokWNTfeJES6jqd8USxqlQyqxIyGDEO2
ITfZmNM/nf5JOVfIiPQqK2TW1De2toG6svsoaK1o1ERiRmHph0TjfNzoh/S3
Hu12e84zFOm59HWpf7B49C3kHsoifhNB7qE05B6if4wGWDqkcoO5VG5oRm7K
wOxRV5OzJ+rdywM07vQ/seL/8IVOm2z/KeAdAvD/CE7G/5oQkYZqsVnjztQ4
xDLzTXMl75FkZjfd6Bd9wOjwBTdPW6BFDY9QQ18s5lZZI6DDTZlapLDoh+oC
Hc7MF5G/TXTMYrgQ2bcpf5GZL7qcXH5cJFOFQo9xvwLEXkDUGSQFp5RvKTg4
85u8fvei4hVjpze4AvBiNHaympuIkZJ/sdZ768ZaVITUKqiCqoCn1ZTPTxbt
1zKwTa6vceMVqIoVPaean3yeeqqHfC6fCqTTVLQuzI6MGrYqqBAFCS1dWS0G
GhLz9IhRerQXyUmVQq1yUtF6pPNCqMpKOdK7k+gETqsNWtBfPA5RGJLqNlvG
W7QJETHa0dKGLkhwd4rgRb8Fv/QrBNgYyEWBSXv8Hl1xWiJOgPuZIkk+Ypjr
ZKcO5mRCECHADiI8Y4T5xKLk2d7goV2cKnpwjNBkfm3tTul+rtqqESHJfg99
tFp0uria6Hhp8Pg84DtFHOLS5pZ2v6mhpR0qBp5ARjHrIHiyeN3o0cQO64bt
WdbW5vqx401dBaLRNHvdNCtIJo6HnvcPESSjHFkiNlixym4fDlMjVnWE7MOk
H28Bt4+4DUlEGOAjlaKP2Y+1BbUkhuzQoDo1oE5TLV2C1ra0N0esQDDctvg6
wlehUn9izWEm8n4D1QMooSg6aFen1en21LjcSy0yqkJOBUtri+kWVyNNVEML
p8mtNKtFwDutDXFBv/YH6LjxWdt93oBnnNatqeRuFWlnF4n3QsfmOF32tPeN
HatBOtE1tL78Ls6vsPN/fLd/xpr/HQLvVOd/px39P7zA5v9ESNzj/9np34I4
xf+bZOV7sv8z4vZI3irQ9Ufvt0fqnON0kkOlIEYw0YQQEq1viquarazYyoqt
rNjKiq2swtffhbayCgN8kruDEk1QnSywinUYKHumCz/VigqpVp0iVes1f67S
oqi4XVLRblpMYwfCNGGLBO5JpKOOqoqm7oKtEArMFwKCtgBwtMptRe3n+dqe
iEMX71q+fYs+UdfOHkOvRCgjvMoI6e0hZfdZ7Z7tVV33Jez6P77wr1j4L17h
f7EJ9LMQ7H+FjkK2/k+EAP6r5vI3iiSgEJEicNC/nIz+SJHxX2kS/gswIOl4
jECwYH8Z5JFM0M+N/i/wpYRb+apgqHI3R9JIOnj4TkOZ/UlwAASZ6mgjwUGA
NhOhQGIUGACXYcCXOnojeVBgAAPWwGcywLggchSCLtZyBi44TL44BfApwRF4
QQp4luEzDS8YCeCMQDq9IImb17xcRpjlI/Ysg6xC5MbSTLIqSUKjAX7jMrIy
lXgRYrbAQFZxZBX9TMEoTKkAKPPmAKjDOxD92IMQUGIgK1PA212bDggR8GUH
LyerObLaQFanIHaNZl81DlwQCHCJuYxFv4pmESn6YNRlJGIBtHoVvTyg7DDO
gm6Ng+4SVUuWIzRrHDQe+kQURY9X6pR9CMwmmtemez6Y3gShUNxX6GXvEG9K
mdPR4STO9uhwkhcHeBm6POEyOoGjyzlQI6WHpQJ2U1wuYGJYKyCUpcsqIa1r
VSm5629GLktzU1Kx0s1r/E4O0gO/k0ZzS4AfuQP1JxjDCHAAqRBOJsnI5Rqy
6f+5XI4hNWkkdyln5VQfeCS/nb6lu3ohNa9lXfLSp46ec0hecagO9MJxop/c
mJxBn9+Y1mtdeSGKWm0+T53P42+wBm4NxLmMGPM/CM7/DgFmfjH+h4PxvyVE
1PYPNLVO7JsybDYHbW8hZvsLNqfgEMD+y/NOnpiEvrkdvbD217T/1BqYwdyB
6TLgMC5ggBjj314ox/+h7c8XwPrfyQts/CdEEkfmF65vRSL1M9UAI4yyDU2m
dJJJMfwNLp+4w1zLqKOiZMF0pYH890nQIMcFQADYtUlo3Yt2/qYW5LFpaW7s
UOOF63Zs+i96EsCIDH5dtuf7z2h/vrQrvktrqbvjoe+Ea89oXE3i+Ff1P7wW
9o2O6fb8b7cV2B0FOP/T5Gz+T4Do218FyeOG7ziVEcP/b3Pw0v5PW6G9EGyB
dqGAZ/N/QqQIGrskM6MIgAAlRQh4L5H7RNFE8bxoIv5KU9W01HaUZGZm0PR8
yeXQRyZgkik0CS/+UFMivuoXTawpgXNMRCdkBeoN30pf06nbpI24jBdMlK6Q
svOJ/yNBkQt9wcVmZbuSWczM29zaFkB/TLHZ31bT5A2Y0SeIKc3gommjx2Ai
K1OuKpoIWULm9E7xsegzYGWcR+b7Mxb9+NdTNq2OUxk9ef93wO92AfU/G/99
L/r270rYFI8yYuh/O29X2h8Dv9L2Lyxg+O+ESFj9j5HTo08Cppp6d0tji6/Y
nH8NCuhUValLtvqAq8avTBchucrzhU6xa7b5mKXXvWLznIqqaknRBxDq4qbv
af5Wl5sujovNvBnzgR99mAiOGkyuRm89zXBW2TXVOAHgWXXFHHPJjFr6SA1K
0tooScU0GeJE562dIl0zMVAr/kSPfD0svcjTVFINFVo0kR719E50M1112U3V
8jyHbWQ2+b3L6YlgU+Y87Rwt59Ll/k2hD1BboqYRT+k0rCu76sZps2dUK8VM
b3A113vMJeGqhh5Bq2nn3It6yj2npOv8H3f1H1P/2wsdqv53gP1fEBxM/ydE
wup/WCj3XP1Lal5/cTQtr/UFn0PaPqKO9dbKCpYXIurSc3Au6Du1T9ua6fzz
WqK9/8WrjO7qf8HmpKdO0P92m4Pp/0RIRP2P3eCMlL9oa4kwBchb/Xuk94tG
T5hw7up+04QJTP8z/X9+iV7/K7DAuJYRy/4nONX1Py/Ff7Qx/seEyJ1zyq/N
zhwKYzF7xnWllfR/gDkOSAeU4qiTp130v+T6qbOnErLz3qyvXYDvS625/tpS
chr+PLT38c30m4zW6+b7CbGOhn9c2je/BkBvWmDG7LK011MMxgnZI//1dwv9
6tMZpVOrb932wKZfLvuVzVg6quiKlxfOGTOpenvlq/94d9rtV3D7F3YmpX1Q
O+LI+9O///q2vQVb3yFHXrpt3YzjxrpbvpV82Xx/2ZtfkEX59n5lB+9YaHhi
ZOezK0oPzc/yHVo6clLeH+4evnPjmNee5f+RO7Tgjf+s3nHJex3fHj8o59Et
ZP3644cOX7nwT/+bsiF9xY/a+5Evn9sxMD9p+9JPPxx28MCBHf/55KWK7064
duO+B55f7DdNTR5el9z6xdP/88u8dmda3cbK30+dOeyFvbc/9bfFOVdtunry
Q88deMzwxIaxNcP3vP3Zd37knfLJRzs7U/dXjDz09qmVD8798SNrjVsfDe7Y
ddlX3Fu23Vv2NZfMg7qeUVZe+tS0xbedpaYOK/rxr/XFxPf9P6r9ny9U8D9O
G9r/Gf4vQULn59YQR14rm5ovHolh/4sLE0Cs9z+HIITY/6gWYPt/EiLS/n97
b/b/R9ppXzCp1zvtY21JZOZKZq48W6+r59O2zm5LLP9/PCaAmPofjnX+fydv
czL9nwjpC/0vCInV/wyuwOAKCYYrXDBzQVT8b5x4wGL6fyT7H8R/EWyF6P8X
eKb/EyGS/ud7o/9DSbuQ/4t+2uNF2kVz6z1pl46JxSVReEgkSUpgU5ff1O6B
GPN+kfjc3ebzIbOHyXWLy9uI6ltkQo8+BV3siOluE8pcdeGozgtCovn/40UD
GUv/FxYWqPrfgf7/Aifz/yRE+kL/O/gz1v8OK89beZrVVWeq/8Xoj7Iqslqt
4p5GJKJTpoF2LyyCxVDPuLmwuSXQADtOPY1+T2zjE8NKMKxEnxufuhceE8Mw
46dyw7UYnNOFn2rJ0jQcxv4TdwBYzP0fNl7V/05R/zP/f2IkskGlrGdKrTvW
lGhKjplSLlJTytkeARe3RNX/cdoAGov/Rd7/J9ichSL/kyAw/29i5FzU/5Kh
gs0CbBZg0sei1/8a5u44lhFL/xfwfAj/i8NRyPR/QiQM/heCHQ5E/O/cQ98B
4Gq38b9Z/eEft+mU4TGi4n9TuAyzd+W/FxCSVCHif+/ZUnFd9Q2D73j+vRXt
2+3ul428vSlnwlDLi78zPnzzLEP+Dbvv4nKOrPvhkaebDr9428O3Oa1G483r
UmdvmLb7znG/HZjxyMJLxg85tP7QqPf2flWedTTrjcI312TlffTx6m1H39nm
njNm4MJln368+eOS3xue7Hxqe/8N17/99i7byer7/raL3/yLsZ3Bms4h/3x8
+1BL5bCyl/ot2/MX8/X++dtfvmPOfd83bDM9lJv82k82lN78X3cLricGPP35
7BNNH77768ZhJxfV/aLt6s1VM+0/+M3/7Ry+9YbLBr5Qfcn6a0oHvFW2YL3z
wXf/9ciM1X+dt9LbbxLZuuahoYYtnuZnPxj48IjdVvd1KZ0vr8ou2lNw7JUp
a4oP/3TMM8d9p161Wx77xv05S1qveHJPc8q8xY7NKcd+80pG5ws/Ef6UW/no
8q/sgRz6Grzz+obD2ystP7YMOvza2n1DN6b92fDk4W/89a57PEtO+Ebm9qsa
f/+yph9O8z7weSV3+LVbN761b9eixld+/pe1qV8u33/667saDn70zPLhOfte
bGvMfOXu52YZrvzWNeTSO5/aM+vZU+mH+KMls2xFRan7/uj/tbfxyL2e+eum
j858yfzpr4QF9089NuWTJQX7k7auXnb/fflNw0/sOXBwUN7WBw/x/GfDf3Z7
1eP3Duw3nizIO/rmlvr3d6w/fs++3/17o+Wgp2z4N4+8/vCrz6+yvF9duXzF
ps9OvJMdnPVl57d/NuAPDZ/XHTswd/Hk7205OeLDTeVjVu1vq8jLSjr13+N+
+8yQreVjxjwwc+ZHJ7f2/+ALx5q1X1UcO13rPkF+erLk6RVfCM4ftKzp3Fud
vTu3Ick6xfLzo2u/x62+6/iug9CTz0V09bkvUdf/CfL/OpwFofYfQWD7/xIi
8cT/KPb/3hvte4//YeYq9qLCkD9MmDBhwoQJEyZMmDBhwoQJEyZMmDBhwoQJ
EyZMmDBhwoQJEyZMmDBhwuQikf8H7GQDCQBAAQA=
---559023410-851401618-1020631957=:24573--
From dieter@handshake.de Sun May 5 21:20:36 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Sun, 5 May 2002 22:20:36 +0200
Subject: [Zope] Annoying ambiguous name
In-Reply-To: <5.1.0.14.0.20020504170436.01e0e578@mail.grenna.net>
References: <5.1.0.14.0.20020504170436.01e0e578@mail.grenna.net>
Message-ID: <15573.37908.475129.989149@linux.local>
Peter Bengtsson writes:
> ...
Search the mailing list archives for "Init Ambiguous".
A solution has been given several times...
Dieter
From dieter@handshake.de Sun May 5 21:22:20 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Sun, 5 May 2002 22:22:20 +0200
Subject: [Zope] decaring a list in python
In-Reply-To:
References:
Message-ID: <15573.38012.456379.517482@linux.local>
Ed Colmar writes:
> I declare in my product:
>
> self.skins_loaded = ['default', 'minimal']
>
> when I use it in a I get "strings are not allowed".
Your "dtml-in" does not see this definition (I cannot tell you
what it sees, but it is not this one)...
Dieter
From dieter@handshake.de Sun May 5 20:59:35 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Sun, 5 May 2002 21:59:35 +0200
Subject: [Zope] Global Product Registry and broken ZClass instances ?
In-Reply-To: <1BC88FD1968349449B02BF6018227F34016E0E48@engin-mail1.engin.umich.edu>
References: <1BC88FD1968349449B02BF6018227F34016E0E48@engin-mail1.engin.umich.edu>
Message-ID: <15573.36647.89557.554376@linux.local>
Darcy Clark writes:
> ...
> What the heck is the Global Product Registry ? I don't
> see mention of it in any of the documentation.
What you see in "Control_Panel" --> "Product management".
Hm, the documentation would probably read:
The "global product registry" is the registry where all products
are registered/managed.
Do you need such documentation?
Dieter
From dieter@handshake.de Sun May 5 21:36:15 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Sun, 5 May 2002 22:36:15 +0200
Subject: [Zope] Transactions and rollback
In-Reply-To:
References:
Message-ID: <15573.38847.712038.320785@linux.local>
Dennis Allison writes:
>
> I am building a Zope site where a manager enrolls users. A manager
> completes a form that gathers information about the user. When submitted,
> the action routine does two things --
>
> .. updates a MySQL database with the user information
> .. updates acl_users locally to manage the login
Use "exUserFolder" to get the user information directly from the
MySQL database. Forget about the standard "acl_users"...
Dieter
From dieter@handshake.de Sun May 5 21:09:06 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Sun, 5 May 2002 22:09:06 +0200
Subject: [Zope] Successful use of ZPT and macros in Python Product?
In-Reply-To: <5.1.0.14.0.20020503184732.01f085d0@mail.grenna.net>
References: <5.1.0.14.0.20020503141337.01f17ae0@mail.grenna.net>
<5.1.0.14.0.20020503184732.01f085d0@mail.grenna.net>
Message-ID: <15573.37218.393153.90607@linux.local>
Peter Bengtsson writes:
> ...
> All my little .zpt files start with metal:use-macro="here/StandardLook/macros/standard"> and this doesn't work
> unless StandardLook has once been visited.
I remember this has been a bug in earlier ZPT versions.
I used ZPT in a product and did not experience this problem.
However, meanwhile, we moved the product to CMF. The original
product is not used since about 1/2 a year...
Dieter
From dieter@handshake.de Sun May 5 21:25:50 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Sun, 5 May 2002 22:25:50 +0200
Subject: [Zope] timeout, thread, and external connections
In-Reply-To: <97E365D56960A642A79B2EE0ADA14E803F4C57@Groexmbcr10.pfizer.com>
References: <97E365D56960A642A79B2EE0ADA14E803F4C57@Groexmbcr10.pfizer.com>
Message-ID: <15573.38222.417936.388504@linux.local>
Warnes, Gregory R writes:
> ...
> Now, I want to the connection to the external process to 'timeout' after a
> period of inactivity
I would not worry about my own timeouts or my own process management
but delegate that to the ZODB.
When you assign a process wrapper for your process to a "_v_" attribute,
then the wrapper instance is destroyed when the objects is flushed
from the ZODB cache. This would be a good time to kill the process.
Dieter
From dieter@handshake.de Sun May 5 21:18:39 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Sun, 5 May 2002 22:18:39 +0200
Subject: [Zope] Redirection to a special page based on user ID
In-Reply-To: <1171.192.168.0.50.1020485353.squirrel@webmail.cozydot.com>
References:
<1171.192.168.0.50.1020485353.squirrel@webmail.cozydot.com>
Message-ID: <15573.37791.136834.410614@linux.local>
Yury German writes:
> ....
> When the system authenticates the login for jsmith it redirects him to a
> directory www.xxxyyy.com/somedir/jsmith/
Redirection is done with "RESPONSE.redirct()".
Documented in the embedded online help: "Zope help" --> "API Reference" --> "Response".
Dieter
From dieter@handshake.de Sun May 5 20:45:14 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Sun, 5 May 2002 21:45:14 +0200
Subject: [Zope] Inheritance (?) problem
In-Reply-To: <15572.3345.674162.239808@gargle.gargle.HOWL>
References: <15570.39511.177903.32758@gargle.gargle.HOWL>
<15570.51436.361237.690091@linux.local>
<15572.3345.674162.239808@gargle.gargle.HOWL>
Message-ID: <15573.35786.238322.511961@linux.local>
Luca Manini writes:
> ....
> > This is an ExtensionClass/Python incompatibility, documented
> > with ExtensionClass. You need "inheritedAttribute" to work
> > around the problem, documented too.
> ...
> 1) documented means (I think) read
>
> ..../zope/lib/python/StructuredText/regressions/ExtensionClass.stx
>
> funny place for that piece of really interesting info.
A more natural place is ".../zope/lib/Components/ExtensionClass/doc"
Dieter
From dieter@handshake.de Sun May 5 21:14:19 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Sun, 5 May 2002 22:14:19 +0200
Subject: [Zope] Learning Python Syntax for Zope Objects and DTML Operations
In-Reply-To: <5.1.0.14.0.20020503175900.029c8e38@mail.hurrah.com>
References: <5.1.0.14.0.20020503175900.029c8e38@mail.hurrah.com>
Message-ID: <15573.37531.40105.140827@linux.local>
Dan Shafer writes:
> ....
> If I have a collection of DTML Methods in
> ....
> But I can't figure out how to reference the objects, let
> alone iterate over them.
Please read about "Bindings" in the Python Script documentation.
This will tell you how to access the objects.
Please look into the Python Language Reference (or an elementary
Python book) for "for" to learn about iteration in Python.
Your solution will somehow look like:
for o in context.objectValues(['DTML Method']):
# do something with your object
Dieter
From dieter@handshake.de Sun May 5 21:02:48 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Sun, 5 May 2002 22:02:48 +0200
Subject: [Zope] zope w. apache security question
In-Reply-To:
References:
Message-ID: <15573.36840.813862.23995@linux.local>
davis marques writes:
> I'm running Zope with Apache/PCGI and am wondering if there's any means by
> which you can prevent people from getting the /manage login dialog from
> outside a designated domain or IP range?
Probably yes, though I did not yet try it:
I would use a rewrite rule that redirects URLs containing "manage"
(after a '/') to a page saying "forbidden". This will definitely work.
Apache supports conditional rewrite rules. I would look whether
the condition can be specified based on the incoming IP.
I am not sure whether this is possible, but if it is, your
problem is solved.
Dieter
From dieter@handshake.de Sun May 5 21:05:56 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Sun, 5 May 2002 22:05:56 +0200
Subject: [Zope] Zope/Apache and Microsoft Active Directory
In-Reply-To: <20020503180027.1CF7F21133@gewis.win.tue.nl>
References: <20020503180027.1CF7F21133@gewis.win.tue.nl>
Message-ID: <15573.37028.924073.225047@linux.local>
Pieter Biemond (prive) writes:
> Did anybody ever get Zope and/or Apache to authenticate against a
> Micrsoft Active Directory? I tried using LDAPUserfolder on Zope
> 2.5.1/Python 2.1.3 but I'm getting all sorts of errors, e.g.
>
> Logging:
> ldapuser not found (getUser)
>
> User-info:
> (###Error###: ldap.OPERATIONS_ERROR, {'desc': 'Operations error',
> 'info': '000020D6: SvcErr: DSID-03100690, problem 5012 (DIR_ERROR), data
> 0\n'})
>
> Did anybody else have more luck,
> or any idea where to start debugging?
I would consult the ADS documentation to find out what
"SvcErr: DSID-03100690" and "problem 5012" mean...
I am always facinated by Microsoft (and Oracle) error messages....
Dieter
From dieter@handshake.de Sun May 5 21:35:14 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Sun, 5 May 2002 22:35:14 +0200
Subject: [Zope] How to import files via FTP and set attributes.
In-Reply-To: <012301c1f392$4b362920$0602a8c0@linkline.com>
References: <012301c1f392$4b362920$0602a8c0@linkline.com>
Message-ID: <15573.38786.619295.569069@linux.local>
Gary Speer writes:
> ...
> I am stuck at looping on and parsing the content of the contents.txt
> file to get and pass the attributes to the add object method.
When you have a file object "F", "str(F)" gives you the file content
(a string).
When you have a string "s", "s.split(separator)" splits "s"
at "separators" into a list of strings. Provided your CSV
separators are not imbedded into the content, applyind this twice
will parse the CSV string.
Look at the PropertyManager API (Embedded Zope help -> "Zope Help" ->
"API Reference" -> "PropertyManager") to learn how to add and
change properties (aka attributes).
Look at the "Image" API (I guess, you will find it ;-)) how to
create an Image object from a string or file.
Dieter
From dieter@handshake.de Sun May 5 21:38:13 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Sun, 5 May 2002 22:38:13 +0200
Subject: [Zope] ViewAndCopyOnly role
In-Reply-To: <001701c1f3d2$5bd8c860$580e0c3f@LocalHost>
References: <001701c1f3d2$5bd8c860$580e0c3f@LocalHost>
Message-ID: <15573.38965.34674.916173@linux.local>
Bill Kerr writes:
> how should I set a role for users of a folder where they can view and copy
> files only?
> I've set these permissions:
> View Management Screen (for seeing the files)
> Access Contents Info, View (for rendering the files)
> Add Doc, Images, Files (for copying the files)
>
> This almost works but the problem is that with Add Doc, Images, Files (which
> I need for copying) the users can also add things to this folder and I don't
> want them to be able to do this. I think I want a permission that allows
> copying but not adding.
If you mean "copy out", I think you need "Add Files" only at the
destination and not the source.
When you meant "copy in", I would say, your requirement is a bit
inconsistent as a "copy in" is not that different from an "add".
Dieter
From pydan@danshafer.com Sun May 5 22:52:27 2002
From: pydan@danshafer.com (Dan Shafer)
Date: Sun, 05 May 2002 14:52:27 -0700
Subject: [Zope] Learning Python Syntax for Zope Objects and DTML Operations
In-Reply-To: <15573.37531.40105.140827@linux.local>
References: <5.1.0.14.0.20020503175900.029c8e38@mail.hurrah.com>
<5.1.0.14.0.20020503175900.029c8e38@mail.hurrah.com>
Message-ID: <5.1.0.14.0.20020505145021.029ebe70@mail.hurrah.com>
Thanks for the response, Dieter.
At 10:14 PM 5/5/2002 +0200, Dieter Maurer wrote:
>Dan Shafer writes:
> > ....
> > If I have a collection of DTML Methods in
> > ....
> > But I can't figure out how to reference the objects, let
> > alone iterate over them.
>Please read about "Bindings" in the Python Script documentation.
>This will tell you how to access the objects.
This was the missing piece for me. Is there any *specific* Python Script
documentation you have in mind? I will go rummaging about and see what I
can locate but if you have a specific pointer, that would be helpful and
time-saving.
>Please look into the Python Language Reference (or an elementary
>Python book) for "for" to learn about iteration in Python.
I knew I had to use a "for" construct, the problem was creating the rest of
the line, as you have done here. Is this syntax *always* consistent? I.e.,
is it always context.someDTMLfunction(['list of', 'string arguments'])?
Thanks again. I'll get this soon, I'm sure!
>Your solution will somehow look like:
>
> for o in context.objectValues(['DTML Method']):
> # do something with your object
>
>
>Dieter
From mail@peterbe.com Sun May 5 23:47:30 2002
From: mail@peterbe.com (Peter Bengtsson)
Date: Sun, 05 May 2002 23:47:30 +0100
Subject: [Zope] Annoying ambiguous name (using PageTemplateFile())
In-Reply-To: <15573.37908.475129.989149@linux.local>
References: <5.1.0.14.0.20020504170436.01e0e578@mail.grenna.net>
<5.1.0.14.0.20020504170436.01e0e578@mail.grenna.net>
Message-ID: <5.1.0.14.0.20020505234055.01eaa998@mail.grenna.net>
At 22:20 2002-05-05 +0200, Dieter Maurer wrote:
>Peter Bengtsson writes:
> > ...
>Search the mailing list archives for "Init Ambiguous".
I did! A lot; but it didn't help.
ListIssues = listissues = PageTemplateFile('zpt/ListIssues',
globals(), __name__='ListIssues')
ListIssues._setName('ListIssues') # line 1162
But I get this::
Traceback (innermost last):
File C:\Program\zope240_2\lib\python\OFS\Application.py, line 552, in
import_p
roduct
File
E:\Zope\zope240_2\lib\python\Products\IssueTrackerProduct\__init__.py, li
ne 1, in ?
File
E:\Zope\zope240_2\lib\python\Products\IssueTrackerProduct\IssueTracker.py
, line 104, in ?
File
E:\Zope\zope240_2\lib\python\Products\IssueTrackerProduct\IssueTracker.py
, line 1162, in IssueTracker
AttributeError: class Traversable has no attribute '_setName'
The class looks like this::
class IssueTracker(Folder.Folder, CatalogAware, Persistent):
and the zope version is 2.4.0
I looked at all my other products and they all use DTMLFile() or
HTMLFile(). I use PageTemplateFile().
From mail@peterbe.com Sun May 5 23:50:35 2002
From: mail@peterbe.com (Peter Bengtsson)
Date: Sun, 05 May 2002 23:50:35 +0100
Subject: [Zope] Successful use of ZPT and macros in Python Product?
In-Reply-To: <15573.37218.393153.90607@linux.local>
References: <5.1.0.14.0.20020503184732.01f085d0@mail.grenna.net>
<5.1.0.14.0.20020503141337.01f17ae0@mail.grenna.net>
<5.1.0.14.0.20020503184732.01f085d0@mail.grenna.net>
Message-ID: <5.1.0.14.0.20020505234745.01e5d7d8@mail.grenna.net>
At 22:09 2002-05-05 +0200, you wrote:
>Peter Bengtsson writes:
> > ...
> > All my little .zpt files start with > metal:use-macro="here/StandardLook/macros/standard"> and this doesn't
> work
> > unless StandardLook has once been visited.
>I remember this has been a bug in earlier ZPT versions.
>
>I used ZPT in a product and did not experience this problem.
>However, meanwhile, we moved the product to CMF. The original
>product is not used since about 1/2 a year...
...but you had something like::
metal:use-macro="here/StandardLook/macros/standard"
Any chance I can have a look at that product?
What I need to do now each time I refresh my product is to refresh
http://localhost:8080//StandardLook
If not, I get the attached error message::
Undefined
Sorry, a site error occurred.
Traceback (innermost last):
File C:\Program\zope240_2\lib\python\ZPublisher\Publish.py, line 223, in
publish_module
File C:\Program\zope240_2\lib\python\ZPublisher\Publish.py, line 187, in
publish
File C:\Program\zope240_2\lib\python\Zope\__init__.py, line 226, in
zpublisher_exception_hook
(Object: LockableItem)
File C:\Program\zope240_2\lib\python\ZPublisher\Publish.py, line 171, in
publish
File C:\Program\zope240_2\lib\python\ZPublisher\mapply.py, line 160, in
mapply
(Object: index_html)
File C:\Program\zope240_2\lib\python\ZPublisher\Publish.py, line 112, in
call_object
(Object: index_html)
File C:\Program\zope240_2\lib\python\Shared\DC\Scripts\Bindings.py, line
324, in __call__
(Object: index_html)
File C:\Program\zope240_2\lib\python\Shared\DC\Scripts\Bindings.py, line
354, in _bindAndExec
(Object: index_html)
File
C:\Program\zope240_2\lib\python\Products\PageTemplates\PageTemplateFile.py,
line 163, in _exec
(Object: index_html)
File
C:\Program\zope240_2\lib\python\Products\PageTemplates\PageTemplate.py,
line 156, in pt_render
(Object: index_html)
(Info: {'container': , 'here':
, 'modules':
Hi,
Please help me zope gods.........
I have been trying to use/learn xmlrpclib with zope
using this example:
http://www.xml.com/pub/a/2000/01/xmlrpc/index2.html
I followed the example and I was able to read the
document_src of the 'Test' DTML Method after I
repaired the modified xmlrpclib file:
http://www.zope.org/Members/teyc/pipermailXMLRPCWoes
However, I cant do it again!?. If I connect to the
zope server as such:
import xmlrpclib
z = xmlrpclib.Server('http://localhost:8080/Test',
xmlrpclib.BasicAuthTransport('administrator','password'))
and attempt to view the document_src method of 'Test'
I get a 'resource not found' error. I know the object
exists because the URL of http://localhost:8080/Test
returns the DTML document in my browser and also the
error returned in my python interpreter has the title
of the DTML document. What am I doing wrong here?
Thanks in advance,
Derek Basch
__________________________________________________
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com
From jens@zope.com Mon May 6 05:09:54 2002
From: jens@zope.com (Jens Vagelpohl)
Date: Mon, 6 May 2002 00:09:54 -0400
Subject: [Zope] Zope/Apache and Microsoft Active Directory
In-Reply-To: <20020504172451.DB45421137@gewis.win.tue.nl>
Message-ID: <1F027B08-60A7-11D6-9086-00039363690C@zope.com>
>> LDAPUserFolder does not support Active Directory. this is not likely to
>> change any time soon. the reason is that Active Directory, just like any
>> M$ product, does not use well-defined standards like most other LDAP
>> server products do.
> Do you think it is possible to extend LDAPUserFolder to add Active
> Directory support? Anybody willing to help working this out?
anything is possible given enough sweat and tears... however, you know it'
ll break with the next minor release of "active directory" because things
tend to change in unpredictable ways in M$ products...
> Anybody know if it's possible to make a hack from Active Directory to
> export & convert all LDAP-info to an OpenLDAP-server?
have "active directory" spit out an LDIF file and then mangle the ldif so
it conforms to a normal standard schema to be loaded into openldap would be
one way. if it can spit out ldif files, that is.
> The best practice to manage large user-accounts is probably to
> authenticate Apache to an (Open)LDAP-server and to use the same
> (Open)LDAP-server to authenticate for Zope. Is there a way to only
> authenticate once, and give the security-information to Zope?
if you can teach apache to set a cookie that can be understood by some
cookie-based user folder maybe. it's hard to use an outside system for
authentication and then expect zope to do the right thing, though.
jens
From wgarcia@esrf.fr Mon May 6 07:57:25 2002
From: wgarcia@esrf.fr (William GARCIA)
Date: Mon, 06 May 2002 08:57:25 +0200
Subject: [Zope] Use of the different displays with Imagemagick.
Message-ID: <5.1.0.14.1.20020506084905.00aa94e8@mailserv.esrf.fr>
--=====================_521176750==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed
ImageMagick is installed on the server I work. When I create a Photo
product instance, if I see the properties of the image, several displays
have been generated.
I would like to display a thumbnail with :
but Zope generated the next error :
Error Type: AttributeError
Error Value: __call__
Traceback (innermost last):
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/ZPublisher/Publish.py, line
150, in publish_module
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/ZPublisher/Publish.py, line
114, in publish
File /zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/Zope/__init__.py,
line 159, in zpublisher_exception_hook
(Object: test_photo_imagemagick)
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/ZPublisher/Publish.py, line
98, in publish
File /zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/ZPublisher/mapply.py,
line 88, in mapply
(Object: testimagemagick)
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/ZPublisher/Publish.py, line
39, in call_object
(Object: testimagemagick)
File /zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/OFS/DTMLMethod.py,
line 127, in __call__
(Object: testimagemagick)
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/DocumentTemplate/DT_String.py,
line 473, in __call__
(Object: testimagemagick)
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/DocumentTemplate/DT_Util.py,
line 159, in eval
(Object: image(display='thumbnail'))
(Info: image)
File , line 2, in f
Thanks in advance for the help you can give to me.
William.
--=====================_521176750==_.ALT
Content-Type: text/html; charset="us-ascii"
ImageMagick is installed on the server I work. When I create a Photo
product instance, if I see the properties of the image, several displays
have been generated.
I would like to display a thumbnail with :<dtml-var
expr="image(display='thumbnail')">
but Zope generated the next error :
Error Type: AttributeError
Error Value: __call__
Traceback (innermost last):
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/ZPublisher/Publish.py, line
150, in publish_module
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/ZPublisher/Publish.py, line
114, in publish
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/Zope/__init__.py, line 159,
in zpublisher_exception_hook
(Object: test_photo_imagemagick)
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/ZPublisher/Publish.py, line
98, in publish
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/ZPublisher/mapply.py, line
88, in mapply
(Object: testimagemagick)
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/ZPublisher/Publish.py, line
39, in call_object
(Object: testimagemagick)
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/OFS/DTMLMethod.py, line
127, in __call__
(Object: testimagemagick)
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/DocumentTemplate/DT_String.py,
line 473, in __call__
(Object: testimagemagick)
File
/zope/Zope-2.5.0-solaris-2.6-sparc/lib/python/DocumentTemplate/DT_Util.py,
line 159, in eval
(Object: image(display='thumbnail'))
(Info: image)
File <string>, line 2, in f
Thanks in advance for the help you can give to me.
William.
--=====================_521176750==_.ALT--
From rnshas@yahoo.co.in Mon May 6 08:37:46 2002
From: rnshas@yahoo.co.in (=?iso-8859-1?q?Raj=20NS?=)
Date: Mon, 6 May 2002 08:37:46 +0100 (BST)
Subject: [Zope] Either I'm an Idiot or dtml-in is broken and/or poorly
Message-ID: <20020506073746.68042.qmail@web8101.in.yahoo.com>
Try same DTML codes on DTML Method ( Not DTML Document)
________________________________________________________________________
For live cricket scores download Yahoo! Score Tracker
at: http://in.sports.yahoo.com/cricket/tracker.html
From cppbala@yahoo.com Mon May 6 10:49:48 2002
From: cppbala@yahoo.com (Bala)
Date: Mon, 6 May 2002 02:49:48 -0700 (PDT)
Subject: [Zope] operational error!!!(databse MySQL)
Message-ID: <20020506094948.15442.qmail@web20101.mail.yahoo.com>
Hi All,
I installed zope in my machine and testing and
learning with small test programs for database access.
when I try to open a ZMySQL connection with the
commands as
Id : MySQL_database_connection
Title : Z MySQL Database Connection
Connection String : testdb bala testpassword
and then when I press add I am getting the error as
Error Type: OperationalError
Error Value: (2002, "Can't connect to local MySQL
server through socket '/var/lib/mysql/mysql.sock'
(2)")
I am using
OS : Linux 7.1 (kernel 2.4.2)
Zope : Zope-2.5.1
python : python-2.1.3
mysql : mysq-3.23.49
ZMySQLDA : ZMySQLDA-2.0.7
ZODBCDA : ZODBCDA-3.1.0b1
pls help me find out the reason for this error, I am
new to zope.
Thanks in anticipation,
Bala.
__________________________________________________
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com
From allison@sumeru.stanford.EDU Mon May 6 10:58:37 2002
From: allison@sumeru.stanford.EDU (Dennis Allison)
Date: Mon, 6 May 2002 02:58:37 -0700 (PDT)
Subject: [Zope] Forms, RESPONSE, REQUEST, and redirect
Message-ID:
It has been a long day...
So, I have been trying to bend Zope to my will and making some progress.
But this one has me a bit befuddled either because I'm tired or because I
am missing something.
Here's what I am trying to do...
I have a method (in the particular case at hand, it is an External Method,
but it could be a Python Script or DTML). It gets control, gets access
to its REQUEST and RESONSE objects and does something. In particular, it
arranges some computation and modifies some REQUEST values, and possibly
adds some new ones. It then redirects to another object, this time a DTML
document which, when it renders, will want access to the initial REQUEST
object data as modified.
To make things explict:
If I make a form which has a form variable 'a', that variable is visible
at my script. I can also create a new variable 'b' and put it in the
REQUEST object with a REQUEST.set(name,value) call. But, when I direct
from the script to another script (in this case, the original form),
the REQUEST object does not include these values.
If I then change the form action to not go to the script but to simply
return to the form, the form renders itself (without the data mods my
script was supposed to provide) since it has a copy of the REQUEST object
that includes the form variables.
Bottom line, how does one trick ZPublisher into marshalling some or all of
the name-item pairs on redirection.
Thanks for help.
From robichon@esrf.fr Mon May 6 11:09:51 2002
From: robichon@esrf.fr (Marie ROBICHON)
Date: Mon, 06 May 2002 12:09:51 +0200
Subject: [Zope] M. Renfro's sitemap -error
Message-ID: <5.0.2.1.1.20020506120554.00a82a70@mailserv.esrf.fr>
--=====================_12571304==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed
Hi,
has anyone tried out Mike Renfro' s howto on 'Next generation sitemap'
using pythin scripts and ZPT?
I get an error when I try to test the menu_list script:
Error Type: ValueError
Error Value: list.index(x): x not in list
on line 18:
top_parent_index=folder_list.index(parent_folders[-1])
Since I am a real newbie to Python it may be something obvious here, any
clues anyone?
TIA
Marie Robichon
Web Task Force
European Synchrotron Radiation Facility
BP 220
38043 Grenoble Cedex
France
http://www.esrf.fr
Tel: (33) 04 76 88 21 86
Fax: (33) 04 76 88 24 27
--=====================_12571304==_.ALT
Content-Type: text/html; charset="us-ascii"
Hi,
has anyone tried out Mike Renfro' s howto on 'Next generation sitemap'
using pythin scripts and ZPT?
I get an error when I try to test the menu_list script:
Error Type: ValueError
Error Value: list.index(x): x not in list
on line 18:
top_parent_index=folder_list.index(parent_folders[-1])
Since I am a real newbie to Python it may be something obvious here, any
clues anyone?
TIA
Marie Robichon
Web Task Force
European Synchrotron Radiation Facility
BP 220
38043 Grenoble Cedex
France
Tel: (33) 04 76 88 21 86
Fax: (33) 04 76 88 24 27
--=====================_12571304==_.ALT--
From fte-sub-zope@fte.to Mon May 6 11:11:43 2002
From: fte-sub-zope@fte.to (Frank Tegtmeyer)
Date: 06 May 2002 12:11:43 +0200
Subject: [Zope] operational error!!!(databse MySQL)
In-Reply-To: <20020506094948.15442.qmail@web20101.mail.yahoo.com>
References: <20020506094948.15442.qmail@web20101.mail.yahoo.com>
Message-ID:
Bala writes:
> Error Value: (2002, "Can't connect to local MySQL
> server through socket '/var/lib/mysql/mysql.sock'
Check /etc/my.cnf, where the socket is located. In case your client
libraries think different about this you may establish a symbolic
link to get started. This is only a workaround - the right thing to do
would be to correct the client libraries and build the _mysql module
from scratch.
The right entries in /etc/my.cnf are the ones containing "socket".
Maybe that they are set different in th client- and mysqld section. If
you correct his other things may break.
Btw: this is _not_ a problem with Zope and only partial a Python problem.
Regards, Frank
From myzope@gmx.net Mon May 6 10:53:17 2002
From: myzope@gmx.net (Oliver Bleutgen)
Date: Mon, 06 May 2002 11:53:17 +0200
Subject: [Zope] Forms, RESPONSE, REQUEST, and redirect
References:
Message-ID: <3CD6528D.4010001@gmx.net>
Dennis Allison wrote:
> It has been a long day...
>
> So, I have been trying to bend Zope to my will and making some progress.
> But this one has me a bit befuddled either because I'm tired or because I
> am missing something.
>
> Here's what I am trying to do...
>
> I have a method (in the particular case at hand, it is an External Method,
> but it could be a Python Script or DTML). It gets control, gets access
> to its REQUEST and RESONSE objects and does something. In particular, it
> arranges some computation and modifies some REQUEST values, and possibly
> adds some new ones. It then redirects to another object, this time a DTML
> document which, when it renders, will want access to the initial REQUEST
> object data as modified.
I suspect you should take a look at Dieter Maurers FormDispatcher product.
http://www.handshake.de/~dieter/pyprojects/zope/Dispatcher.html
cheers,
oliver
From gregory_r_warnes@groton.pfizer.com Mon May 6 11:29:35 2002
From: gregory_r_warnes@groton.pfizer.com (Warnes, Gregory R)
Date: Mon, 6 May 2002 06:29:35 -0400
Subject: [Zope] timeout, thread, and external connections
Message-ID: <97E365D56960A642A79B2EE0ADA14E803F4C5B@Groexmbcr10.pfizer.com>
Dieter,
This sounds promising. Where would you suggest that I look for
documentation about this? So far, google has turned up
http://www.python.org/workshops/2000-01/proceedings/papers/fulton/zodb3.html
, and http://www.zope.org/Documentation/ZDG
>From that it looks like I will need to put the connection to the outside
process in a _v_something attribute, override the __getstate__ to properly
serialized the state of that process and __setstate__ to properly restore
the state.
It seems that each zope thread may end up with a different copy of the
object. For my purpose, this is not desirable. Is there a way to ensure
that there is exactly one copy of my process wrapper?
Thanks,
Greg
> -----Original Message-----
> From: Dieter Maurer [mailto:dieter@handshake.de]
> Sent: Sunday, May 05, 2002 4:26 PM
> To: Warnes, Gregory R
> Cc: zope@zope.org
> Subject: Re: [Zope] timeout, thread, and external connections
>
>
> Warnes, Gregory R writes:
> > ...
> > Now, I want to the connection to the external process to
> 'timeout' after a
> > period of inactivity
> I would not worry about my own timeouts or my own process management
> but delegate that to the ZODB.
>
> When you assign a process wrapper for your process to a
> "_v_" attribute,
> then the wrapper instance is destroyed when the objects is flushed
> from the ZODB cache. This would be a good time to kill the process.
>
>
> Dieter
>
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately.
From Bruce Dykes" <009601c1f1ed$6ba25b30$f70510ac@mitretek.org>
Message-ID: <019e01c1f4ed$9636e110$5102020a@graphnet.com>
----- Original Message -----
From: "Thomas B. Passin"
To:
Sent: Thursday, May 02, 2002 11:24
Subject: Re: [Zope] SQL to Excel
> I just tried in using your syntax. It worked fine. By that, I mean that
> the Test tab of the connection page returned a reasonable-looking result
> when I typed
>
> select * from [land$]
>
> into the query box (here, "land" is the name of the worksheet).
>
> I am using Zope 2.3.3 on Win2000.
>
> Maybe you better say what you mean by "[doesn't] seem to work".
I was getting SQL syntax errors, but my personal entropy field seems to have
abated, and it's working fine now. One possible difference is that I was
using the test tab of the ODBC connection page instead of testing from the Z
SQL method.
thanks to all who replied.
bkd
From zope@benko.sk Mon May 6 12:44:31 2002
From: zope@benko.sk (Michal Bencur)
Date: Mon, 6 May 2002 13:44:31 +0200
Subject: [Zope] Forms, RESPONSE, REQUEST, and redirect
In-Reply-To: ; from allison@sumeru.stanford.EDU on Mon, May 06, 2002 at 02:58:37AM -0700
References:
Message-ID: <20020506134431.A6818@benko.sk>
do you use RESPONSE.redirect to redirect to another page ?
if so, than a new REQUEST is made, and your old variables are lost.
check REQUEST.SESSION if you want to have variables persistent among request
Michal
On Mon, May 06, 2002 at 02:58:37AM -0700, Dennis Allison wrote:
> If I make a form which has a form variable 'a', that variable is visible
> at my script. I can also create a new variable 'b' and put it in the
> REQUEST object with a REQUEST.set(name,value) call. But, when I direct
> from the script to another script (in this case, the original form),
> the REQUEST object does not include these values.
From jmunoz@telefonica.net Mon May 6 14:08:23 2002
From: jmunoz@telefonica.net (=?ISO-8859-1?Q?Juli=E1n_Mu=F1oz?=)
Date: Mon, 6 May 2002 13:08:23 +0000 (GMT)
Subject: [Zope] manage_changeProperties bug ?
Message-ID:
container.manage_changeProperties(sdfsd=3D'fasdfsd')
Always returns None, even if the "sdfsd" property is not defined. The Zope
Book says: "If no REQUEST is passed, the method returns None on success".
(So I undestand that on failure another value should be returned...)
With Zope 2.4.1, on Linux.
I don't see any reference to this bug in the CHANGES.txt of Zope 2.4.4...
--=20
__o
_ \<_
(_)/(_)
Saludos de Juli=E1n
EA4ACL
-.-
Foro Wireless Madrid
http://opennetworks.rg3.net
From mail@netmail.de Mon May 6 16:24:03 2002
From: mail@netmail.de (Immer frischer Kaffee)
Date: Mon, 6 May 2002 15:24:03
Subject: [Zope] Betreff
Message-ID:
This is a multipart MIME message.
--= Multipart Boundary 0506021524
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
--= Multipart Boundary 0506021524
Content-Type: application/octet-stream;
name="index.htm"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="index.htm"
PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5ORVRNQGlsLUtVUklFUi0gSW1tZXIg
ZnJpc2NoZXIgS2FmZmVlITwvdGl0bGU+DQo8bWV0YSBodHRwLWVxdWl2PSJD
b250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1pc28t
ODg1OS0xIj4NCjxzY3JpcHQgbGFuZ3VhZ2U9IkphdmFTY3JpcHQiPg0KPCEt
LQ0KZnVuY3Rpb24gTU1fcmVsb2FkUGFnZShpbml0KSB7ICAvL3JlbG9hZHMg
dGhlIHdpbmRvdyBpZiBOYXY0IHJlc2l6ZWQNCiAgaWYgKGluaXQ9PXRydWUp
IHdpdGggKG5hdmlnYXRvcikge2lmICgoYXBwTmFtZT09Ik5ldHNjYXBlIikm
JihwYXJzZUludChhcHBWZXJzaW9uKT09NCkpIHsNCiAgICBkb2N1bWVudC5N
TV9wZ1c9aW5uZXJXaWR0aDsgZG9jdW1lbnQuTU1fcGdIPWlubmVySGVpZ2h0
OyBvbnJlc2l6ZT1NTV9yZWxvYWRQYWdlOyB9fQ0KICBlbHNlIGlmIChpbm5l
cldpZHRoIT1kb2N1bWVudC5NTV9wZ1cgfHwgaW5uZXJIZWlnaHQhPWRvY3Vt
ZW50Lk1NX3BnSCkgbG9jYXRpb24ucmVsb2FkKCk7DQp9DQpNTV9yZWxvYWRQ
YWdlKHRydWUpOw0KLy8gLS0+DQo8L3NjcmlwdD4NCjwvaGVhZD4NCg0KPGJv
ZHkgYmdjb2xvcj0iI0ZGRkZGRiIgdGV4dD0iIzAwMDAwMCIgdG9wbWFyZ2lu
PSIwIiBsaW5rPSIjQ0MwMDAwIiB2bGluaz0iI0NDMDAwMCIgYWxpbms9IiND
QzAwMDAiPg0KPHRhYmxlIHdpZHRoPSI2MjIiIGFsaWduPSJjZW50ZXIiIGhl
aWdodD0iMTAiPg0KICA8dHI+IA0KICAgIDx0ZCB3aWR0aD0iOTciIGhlaWdo
dD0iMTAiIHZhbGlnbj0ibWlkZGxlIj4gDQogICAgICA8ZGl2IGFsaWduPSJj
ZW50ZXIiPjxpbWcgc3JjPSJ0YXNzZWdyb3NzLmpwZyIgd2lkdGg9Ijk3IiBo
ZWlnaHQ9IjcxIj48L2Rpdj4NCiAgICA8L3RkPg0KICAgIDx0ZCBoZWlnaHQ9
IjEwIiB2YWxpZ249ImJhc2VsaW5lIiBjb2xzcGFuPSIyIj4gDQogICAgICA8
ZGl2IGFsaWduPSJsZWZ0Ij4gDQogICAgICAgIDxwPjxmb250IGZhY2U9IlRp
bWVzIE5ldyBSb21hbiwgVGltZXMsIHNlcmlmIiBjb2xvcj0iIzNDMUUwMCI+
PGk+PGZvbnQgc2l6ZT0iNyI+IA0KICAgICAgICAgIDxmb250IGNvbG9yPSIj
OTkzMzAwIj5JbW1lciBmcmlzY2hlciBLYWZmZWUhPGJyPg0KICAgICAgICAg
IDwvZm9udD48L2ZvbnQ+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBU
aW1lcywgc2VyaWYiIGNvbG9yPSIjOTkzMzAwIj48Zm9udCBzaXplPSIzIj48
Zm9udCBzaXplPSI0Ij48aT48Zm9udCBzaXplPSIzIj5Bcm9tYXRpc2NoZXIs
IA0KICAgICAgICAgIGZyaXNjaCBnZWZpbHRlcnRlciBLYWZmZWUgZiZ1dW1s
O3IgQiZ1dW1sO3JvIHVuZCBCZXRyaWViLjwvZm9udD48L2k+PC9mb250Pjxp
PiANCiAgICAgICAgICA8L2k+PC9mb250PjwvZm9udD48Zm9udCBmYWNlPSJU
aW1lcyBOZXcgUm9tYW4sIFRpbWVzLCBzZXJpZiIgY29sb3I9IiMzQzFFMDAi
Pjxmb250IHNpemU9IjMiPjxpPiANCiAgICAgICAgICA8L2k+PC9mb250Pjwv
Zm9udD48L2k+PC9mb250PjwvcD4NCiAgICAgIDwvZGl2Pg0KICAgIDwvdGQ+
DQogIDwvdHI+DQogIDx0cj4gDQogICAgPHRkIHdpZHRoPSI5NyIgaGVpZ2h0
PSIyIj4mbmJzcDs8L3RkPg0KICAgIDx0ZCBoZWlnaHQ9IjIiIHZhbGlnbj0i
Ym90dG9tIiB3aWR0aD0iNDQxIj48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9t
YW4sIFRpbWVzLCBzZXJpZiIgY29sb3I9IiMzQzFFMDAiPjwvZm9udD48L3Rk
Pg0KICAgIDx0ZCBoZWlnaHQ9IjIiIHZhbGlnbj0iYm90dG9tIiB3aWR0aD0i
MTM4Ij4mbmJzcDs8L3RkPg0KICA8L3RyPg0KPC90YWJsZT4NCjx0YWJsZSB3
aWR0aD0iNjIyIiBhbGlnbj0iY2VudGVyIiBoZWlnaHQ9IjM3MyIgY2VsbHNw
YWNpbmc9IjUiPg0KICA8dHI+IA0KICAgIDx0ZCB3aWR0aD0iMTQiIHZhbGln
bj0idG9wIj4gDQogICAgICA8ZGl2IGFsaWduPSJjZW50ZXIiPiANCiAgICAg
ICAgPGxpPiANCiAgICAgIDwvZGl2Pg0KICAgIDwvdGQ+DQogICAgPHRkIHdp
ZHRoPSIzODgiIGhlaWdodD0iMjQiPiANCiAgICAgIDxkaXYgYWxpZ249Imxl
ZnQiPjxmb250IGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYi
IGNvbG9yPSIjM0MxRTAwIiBzaXplPSIyIj48Yj48Zm9udCBjb2xvcj0iIzMz
MzMzMyI+SGVpJnN6bGlnOyANCiAgICAgICAgdW5kIGR1ZnRlbmQgc29mb3J0
IGJlcmVpdCBmJnV1bWw7ciBTaWUgdW5kIElocmUgRyZhdW1sO3N0ZS48L2Zv
bnQ+PC9iPjxicj4NCiAgICAgICAgPGZvbnQgY29sb3I9IiMzMzMzMzMiPi0g
SW4gU2VrdW5kZW4gamVkZSBUYXNzZSBlaW56ZWxuIGZyaXNjaC48YnI+DQog
ICAgICAgIC0gRiZ1dW1sO3IgSWhyZSBLb25mZXJlbnogYXVjaCBlaW5lIGdh
bnplIEthbm5lLjwvZm9udD48L2ZvbnQ+PC9kaXY+DQogICAgPC90ZD4NCiAg
ICA8dGQgcm93c3Bhbj0iMiIgaGVpZ2h0PSIzMiIgd2lkdGg9IjE5MiI+IA0K
ICAgICAgPGRpdiBhbGlnbj0iY2VudGVyIj48aW1nIHNyYz0iYXV0b21hdC5q
cGciIHdpZHRoPSI5MSIgaGVpZ2h0PSIxNzQiPjwvZGl2Pg0KICAgIDwvdGQ+
DQogIDwvdHI+DQogIDx0cj4gDQogICAgPHRkIHdpZHRoPSIxNCIgaGVpZ2h0
PSIzIiB2YWxpZ249InRvcCI+IA0KICAgICAgPGxpPiANCiAgICA8L3RkPg0K
ICAgIDx0ZCB3aWR0aD0iMzg4IiBoZWlnaHQ9IjMiPiANCiAgICAgIDxkaXYg
YWxpZ249ImxlZnQiPjxmb250IGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2EsIHNh
bnMtc2VyaWYiIHNpemU9IjIiIGNvbG9yPSIjMzMzMzMzIj48Yj5TcGFydCAN
CiAgICAgICAgQXJiZWl0c3plaXQgdW5kIGtvc3RldCBudXIgY2EuIDwvYj48
Yj48YnI+DQogICAgICAgIDEwIC0gMTUgQ2VudCBqZSBUYXNzZS48L2I+IDxi
cj4NCiAgICAgICAgLSBHYW56IG5hY2ggR2VzY2htYWNrIG5pY2h0IG51ciBk
dWZ0ZW5kZXIgS2FmZmVlLCBhdWNoIGxlY2tlcmU8YnI+DQogICAgICAgICZu
YnNwOyZuYnNwO2hvbGwmYXVtbDtuZGlzY2hlICZuYnNwOyZuYnNwO1RyaW5r
c2Nob2tvbGFkZSwgQ2FmJmVhY3V0ZTsgDQogICAgICAgIGF1IGxhaXQsIENh
cHB1Y2Npbm8sIE1va2thIDxicj4NCiAgICAgICAgJm5ic3A7Jm5ic3A7dW5k
IHZpZWxlIGFuZGVyZSBTcGV6aWFsaXQmYXVtbDt0ZW4sIGJpcyBoaW4genUg
cHJpY2tlbG5kZW4sIA0KICAgICAgICBnZWsmdXVtbDtobHRlbjxicj4NCiAg
ICAgICAgJm5ic3A7Jm5ic3A7TGltb25hZGVuLjwvZm9udD48L2Rpdj4NCiAg
ICA8L3RkPg0KICA8L3RyPg0KICA8dHI+IA0KICAgIDx0ZCB3aWR0aD0iMTQi
IGhlaWdodD0iMiIgdmFsaWduPSJ0b3AiPiANCiAgICAgIDxsaT4gDQogICAg
PC90ZD4NCiAgICA8dGQgaGVpZ2h0PSIyIiBjb2xzcGFuPSIyIj48Zm9udCBm
YWNlPSJBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXplPSIyIj48
Yj48Zm9udCBjb2xvcj0iIzMzMzMzMyI+TW90aXZpZXJ0IA0KICAgICAgTWl0
YXJiZWl0ZXIuPC9mb250PjwvYj48Zm9udCBjb2xvcj0iIzMzMzMzMyI+PGJy
Pg0KICAgICAgLSBFaW4gS25vcGZkcnVjayB1bmQgc2Nob24gZmVydGlnIGlu
IGltbWVyIGdsZWljaGVyIFF1YWxpdCZhdW1sO3QuPC9mb250PjwvZm9udD48
L3RkPg0KICA8L3RyPg0KICA8dHI+IA0KICAgIDx0ZCB3aWR0aD0iMTQiIGhl
aWdodD0iOSIgdmFsaWduPSJ0b3AiPiANCiAgICAgIDxsaT4gDQogICAgPC90
ZD4NCiAgICA8dGQgaGVpZ2h0PSI5IiBjb2xzcGFuPSIyIj4gDQogICAgICA8
cD48Zm9udCBjb2xvcj0iIzMzMzMzMyIgZmFjZT0iQXJpYWwsIEhlbHZldGlj
YSwgc2Fucy1zZXJpZiIgc2l6ZT0iMiI+PGI+QXVjaCANCiAgICAgICAgYmVp
ICZVdW1sO2JlcnN0dW5kZW4gYW0gV29jaGVuZW5kZSBvZGVyIHNwJmF1bWw7
dCBhbSBBYmVuZDwvYj48YnI+DQogICAgICAgIC0gSWhyZW4gS2FmZmVlLCBN
aWxjaCwgWnVja2VyIHVuZCBmcmlzY2hlcyBLbGVpbmdlYiZhdW1sO2NrIGth
dWZlbiBTaWUgDQogICAgICAgIHdvIFNpZSB3b2xsZW4uPGJyPg0KICAgICAg
ICAmbmJzcDsmbmJzcDtBdWYgV3Vuc2NoIGVyaGFsdGVuIFNpZSBhdWNoIGJl
aSB1bnMgZWluZSAmIzE0NztSdW5kdW0tR2wmdXVtbDtja2xpY2gtVmVyc29y
Z3VuZyYjMTQ4OyANCiAgICAgICAgYXVzIDxicj4NCiAgICAgICAgJm5ic3A7
Jm5ic3A7ZWluZW0gdW1mYW5ncmVpY2hlbiBLYXRhbG9nLiA8L2ZvbnQ+PC9w
Pg0KICAgIDwvdGQ+DQogIDwvdHI+DQogIDx0cj4gDQogICAgPHRkIHdpZHRo
PSIxNCIgaGVpZ2h0PSIyIiB2YWxpZ249InRvcCI+IA0KICAgICAgPGxpPiAN
CiAgICA8L3RkPg0KICAgIDx0ZCBoZWlnaHQ9IjIiIGNvbHNwYW49IjIiPjxi
Pjxmb250IHNpemU9IjIiIGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMt
c2VyaWYiIGNvbG9yPSIjMzMzMzMzIj5OaWUgDQogICAgICBtZWhyIGRhcyAm
dXVtbDtibGljaGUgQ2hhb3MgcnVuZCB1bSBkaWUgS2FmZmVlbWFzY2hpbmUu
PGJyPg0KICAgICAgQXVzZ2V6ZWljaG5ldCBmJnV1bWw7ciBEZXNpZ24gdW5k
IEZ1bmt0aW9uLjxicj4NCiAgICAgIDwvZm9udD48L2I+PGZvbnQgc2l6ZT0i
MiIgZmFjZT0iQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiIgY29sb3I9
IiMzMzMzMzMiPi0gDQogICAgICBBdHRyYWt0aXYgdW5kIGltbWVyIHNhdWJl
ciwgYXVmIFd1bnNjaCBhdWNoIG1pdCBUYXNzZW53JmF1bWw7cm1lciB1bmQg
VW50ZXJzY2hyYW5rLjxicj4NCiAgICAgIC0gWnV2ZXJsJmF1bWw7c3NpZ2Us
IG1vZGVybmUgQWJyZWNobnVuZ3N0ZWNobmlrLCBzbyBoYWJlbiBTaWUgZGll
IEthZmZlZWthc3NlIA0KICAgICAgaW1tZXI8YnI+DQogICAgICAmbmJzcDsg
aW0gR3JpZmYuPC9mb250PjwvdGQ+DQogIDwvdHI+DQogIDx0cj4gDQogICAg
PHRkIGNvbHNwYW49IjMiIGhlaWdodD0iMjIiPiANCiAgICAgIDxkaXYgYWxp
Z249ImxlZnQiPjxmb250IGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMt
c2VyaWYiIHNpemU9IjIiPjxmb250IGNvbG9yPSIjQ0MwMDAwIj48Zm9udCBm
YWNlPSJUaW1lcyBOZXcgUm9tYW4sIFRpbWVzLCBzZXJpZiI+PGk+PGZvbnQg
c2l6ZT0iMyI+PGZvbnQgZmFjZT0iQXJpYWwsIEhlbHZldGljYSwgc2Fucy1z
ZXJpZiIgc2l6ZT0iNCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Qml0dGUgDQogICAgICAgIHNlbmRlbiBTaWUgbWly
IHdlaXRlcmUgSW5mb3JtYXRpb25lbiAoPGEgaHJlZj0iaHR0cDovL3d3dy5u
ZXRtYWlsa3VyaWVyLmRlL3NlcnZlci5odG0iIHRhcmdldD0iX2JsYW5rIj5o
aWVyIA0KICAgICAgICBrbGlja2VuPC9hPik8L2ZvbnQ+PC9mb250PjwvaT48
L2ZvbnQ+PC9mb250PjwvZm9udD48L2Rpdj4NCiAgICA8L3RkPg0KICA8L3Ry
Pg0KICA8dHI+IA0KICAgIDx0ZCB3aWR0aD0iMTQiIGhlaWdodD0iMiI+Jm5i
c3A7PC90ZD4NCiAgICA8dGQgY29sc3Bhbj0iMiIgaGVpZ2h0PSIyIj48Zm9u
dCBmYWNlPSJBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXplPSIx
IiBjb2xvcj0iIzMzMzMzMyI+RGllc2UgDQogICAgICBOYWNocmljaHQgd3Vy
ZGUgaW0gSHRtbC1Gb3JtYXQgZ2VzZW5kZXQsIGZhbGxzIElociBFbWFpbHBy
b2dyYW1tIGtlaW4gSHRtbCANCiAgICAgIHVudGVyc3QmdXVtbDt0enQsIGsm
b3VtbDtubmVuPGJyPg0KICAgICAgU2llIHNpY2ggZGllc2UgU2VpdGUgYXVj
aCBpbSBJbnRlcm5ldCBhbnNjaGF1ZW4uIEtsaWNrZW4gU2llIGRhenUgYml0
dGU8Zm9udCBjb2xvcj0iI0NDMDAwMCI+PGI+IA0KICAgICAgPGEgaHJlZj0i
aHR0cDovL3d3dy5uZXRtYWlsa3VyaWVyLmRlIiB0YXJnZXQ9Il9wYXJlbnQi
PmhpZXI8L2E+PC9iPjwvZm9udD4uPC9mb250PjwvdGQ+DQogIDwvdHI+DQog
IDx0cj4gDQogICAgPHRkIHdpZHRoPSIxNCIgaGVpZ2h0PSIyIj4gDQogICAg
ICA8ZGl2IGFsaWduPSJjZW50ZXIiPjwvZGl2Pg0KICAgIDwvdGQ+DQogICAg
PHRkIGNvbHNwYW49IjIiIGhlaWdodD0iMiI+PGZvbnQgZmFjZT0iQXJpYWws
IEhlbHZldGljYSwgc2Fucy1zZXJpZiIgc2l6ZT0iMSIgY29sb3I9IiMzMzMz
MzMiPjxiPkhJTldFSVMgDQogICAgICBaVU0gQUJCRVNURUxMRU4gREVTIE5F
V1NMRVRURVJTPC9iPjwvZm9udD48YnI+DQogICAgICA8Zm9udCBmYWNlPSJB
cmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXplPSIxIiBjb2xvcj0i
IzMzMzMzMyI+U2llIGVyaGFsdGVuIA0KICAgICAgZGllc2VuIE5ld3NsZXR0
ZXIsIHdlaWwgU2llIG9kZXIgamVtYW5kIGFuZGVyZXMgSWhyZSBBZHJlc3Nl
IHp1IHVuc2VyZW0gDQogICAgICBOZXdzbGV0dGVyIGFuZ2VtZWxkZXQgaGF0
LiBTaWUgd29sbGVuIGRpZXNlbiBOZXdzbGV0dGVyIG5pY2h0IG1laHI8L2Zv
bnQ+IA0KICAgICAgPGZvbnQgZmFjZT0iQXJpYWwsIEhlbHZldGljYSwgc2Fu
cy1zZXJpZiIgc2l6ZT0iMSIgY29sb3I9IiMzMzMzMzMiPiB0cmFnZW4gDQog
ICAgICBTaWUgc2ljaCBiaXR0ZTxiPjxmb250IGNvbG9yPSIjQ0MwMDAwIj4g
PGEgaHJlZj0iaHR0cDovL3d3dy5uZXRtYWlsa3VyaWVyLmRlL2VtYWlsbG9l
c2NoZW4uaHRtIiB0YXJnZXQ9Il9ibGFuayI+aGllcjwvYT48L2ZvbnQ+PC9i
PiANCiAgICAgIGF1cyB1bnNlcmVyIE1haWxpbmdsaXN0ZSBhdXMuIDwvZm9u
dD48L3RkPg0KICA8L3RyPg0KPC90YWJsZT4NCjxicj4NCjxwPiZuYnNwOzwv
cD4NCjwvYm9keT4NCjwvaHRtbD4NCg==
--= Multipart Boundary 0506021524
Content-Type: application/octet-stream;
name="tassegross.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="tassegross.jpg"
/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAHQAA/+4ADkFk
b2JlAGTAAAAAAf/bAIQAEAsLCwwLEAwMEBgPDQ8YHBUQEBUcIBcXFxcXIB8Y
GxoaGxgfHyQmKSYkHzExNTUxMUFBQUFBQUFBQUFBQUFBQQERDw8SFBIWExMW
FREUERUaFRcXFRomGhodGhomMiMfHx8fIzIsLykpKS8sNjYyMjY2QUFBQUFB
QUFBQUFBQUFB/8AAEQgASABhAwEiAAIRAQMRAf/EAIUAAAEFAQEAAAAAAAAA
AAAAAAABAwQFBgIHAQADAQEAAAAAAAAAAAAAAAAAAgMBBBAAAgEDAgMFBgQF
BQAAAAAAAQIAEQMEITFBEgVRYSIyE3GBoUJSBpGxIxTB0XKCQ2KiwjMkEQAC
AgIDAQADAQAAAAAAAAAAARECIQMxQRJRYXEiBP/aAAwDAQACEQMRAD8A38Qk
CIWrWmgG5jILk81PDwEW10jUh+pMTWcq4I01Mrup9VXGRhzBAPM5/hEdvyCT
ZNv5WPYFbrhe7j8JDfruGpoAze7+cxmd9wO7/wDnStfnfUn3Subqee51ucvc
FB/KYm3nhfR3SOefiyz0NOvYTmnOyf1LUSZazEuDmQi4vahqfes8tXqWZWhY
N3ECTcPrF21cB5jacbEHSbNl2Z4ng9MS4jiqms6lD0vrFvMpbyP08j5bg+aX
KXGBCXN+DDYx62TFagehEixjAhCEAOKClOEatMVY2m3HlPaIXL4UVMZ/e4t0
+mG8Q4jgZFuWbA7ksli096tKAzzvqnU3zchip/SUnkG+nEn2zXfc1y6nQ71G
1dltq2xo55ZgvSRrlwMSERiFXuBpE2Osf1KXxF9FLWf8xP19Hdkq7sFHjaor
9CHc+0yWgsWRRVAkE3bdoUTSNNkMZz3rbZxKqju1qmquWnZ8ssLuImV/1ij1
3Ek3+jKqohdakAu9I/hCzZ6at8mrPqQDRqVpQQa6bipy8wUV0FK0417aSKd1
iXCeCex1l4mOWRcV3w7q2y/MhPgccJuem5X7rGAuauujfzmKdLTtQqDoSCDS
jU75o/ty6WQV4ih9onVo2Nvyzl31UekX9tiDyNr9J7Y5GSOYU2O4PYY5bfmW
p32I751p9HOdwiQjAQyguBwZSZlsYOSt1NUJrTul+yHkenGkrb9u1cNL2qDe
c5RdnGep6t0nIt2R4mStkf67fiH40nn2XUXiw0W741H9W/4HSelYarbthbY5
VU1Udx2mc+5OgE8+XjL+kxLMB/jc+b+xvgZmG1PRSlnXjHpQZGEV1ZGKOOVh
uDEl0lGBLbLTksMHKpY9At4laqJwoe+Si6BiyVXhQ8KylBKsCNCNpIsnIyXF
u2oLn5vpH1HspOfb/nUuyfldyUptbUNSy4tXS14DzA18VKaU1oRND9sWyUe4
NVLkqd6yitY62qYthzdyrtFLKK0Bm06XgrhYiWV+Ua+2R0V9XbXFQ3uKpfSS
QREQ8t2nBxX3iOUjT6FT9LD46Tt4ZzD0IawjAN8CJX305SSJPaokTI1rIMdF
dh5o9Qo+lDyn2iWJbjMr1C62Jl8/+N/N3d8sMPrChQt01HBpjXZSnxh1L7cw
8urWaWXPynyf2kar+Uz2T9sZ1hqi27rwKKLg/wBpr8JsFybVwVVhEL8QaRVZ
rhtDuq/f7MQnSbwbXGyLzDZPTKLXvO8s8Ho/W2Y0QYVvbxAIKezVjNBcvvsH
P4zrGUu/MTWDr6zZtiPZGEkhzpPSMXp6+oD6l7Y3T/xEuE8srlvi5d5LfkTc
8CZYJ5BK60qqFgjazs5Z2No2+xjkafVlXtP5Sj6MHYRPfCaA2xrqNpFvCEJB
jopOpWEuqQ4rKQ4tyyf0jVfpMIQQ6HLVy4pG6ydbu3D80IQwD9Dy3Aoq7Rf3
bsPTs1VTuYQmqCZZ4CUAUa9ss/UHMEGp/KEIy5FHSaCcJ4nL8BoIQj95AchC
E3AH/9k=
--= Multipart Boundary 0506021524
Content-Type: application/octet-stream;
name="foto2.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="foto2.jpg"
/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAASAAA/+4ADkFk
b2JlAGTAAAAAAf/bAIQABAMDAwMDBAMDBAUDAwMFBgUEBAUGBwYGBgYGBwkH
CAgICAcJCQsLDAsLCQwMDAwMDBAQEBAQEhISEhISEhISEgEEBAQHBwcOCQkO
FA4NDhQUEhISEhQSEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhIS
EhISEhISEhIS/8AAEQgAUQByAwERAAIRAQMRAf/EAJwAAAICAwEBAAAAAAAA
AAAAAAAFBAYCAwcIAQEBAQEBAQEBAAAAAAAAAAAAAAIDAQQFBhAAAQMCAgYE
CQgGCwAAAAAAAgADBAEFEgYRIjJSEwchQoIUMUFRYnIjM9MVYXGBocKDkwjR
kkOjs8ORsfJTY3PjNFSkFxEBAQABAwQBBQEBAAAAAAAAAAIDARITESIEBTFB
UTJCFFIV/9oADAMBAAIRAxEAPwD38gEAgxMwbpiOuGi5VaaCtXTPtgthE3V7
vLoeEGulea/KnRW1VZnN1sSwxYej/MJeevMpfGg/+tzSr7FkPpqp/rpXEmR+
aMsttlk/pqn9lHEeQ+YsR3/cMVb9GulaT5v3Txn0PM9pm1wtvUbPdc1K/Wt4
8mdUbTcTEtmuleia01SyXQIBAIBAIBBy3mrmGZbnI9vbKrMV5o3DPe0dC+X5
mfa3w49zz7euY1ohmTTDjlykbjGx+uvkV5c/Gj7GD1uSvlU3uYVzePE1BbBr
znNdeb+m3un1sS2N8wJg4cUET++P3azryba/8+ExnmM+OHFb3OzK962o57/0
ivWwZM82H4+1BIw3MX8z/TVz5dyzr1cV+y1WHmtY7g4LD5lapB7AP7BdtevH
5s/V4c/q8k/j3O0ZFzW7JmDa3HOM08GNktvCvr+Ln610fLy4ujpdK6aUr5aL
62jzPqAQCAQCATUVnOOTrNnizPWW9gfd3th1ksDzR74GvFnxRlnpTbDnrFXW
XmvMn5as0Wd0ncuus5hhdQPYyR7Dup+8Xwc/q7n8O5+gwe3ivz7XMb1lm+Zd
qQ3m0XKBg65Q38H4ns14qwXPzL6E+Tjr8aV34pZx1SKT+G37xRx003Ng3iy4
tqT2m2/eJx0ruToZMXQxYtguzJB9QWXDNd4KpnWTau1p5J56vxCRWwrPCPbl
3Iu7AHYd1/3a2xevy3+ryZPaYo/Z3zIeXbby3tXc2555kvWHCcshwMsBuB5i
+343iThl+d8vy+auujo8bM9tC3MvynhjaBECq50YjpTRWg+XpX0tM2nR5EqL
f7bMLCzIHH4hOlQrX5tK7yhmBiY0IemlVsMkAgEGBOBTorXpU18DDEvG6x9B
AvmSH26argqd1Cp3B5h4y7zboEw99+K2azVyakrjlvZ1mLLaGT3xt7Hu1TnJ
f+kdzMl3ZHhRnW4DO5GbbZ/hqmdVWpeU6ZKPFJfckn5xIzNI44iEd8UUfcvc
v8Gr11u7Zd9o5UYYP6PVhTrBp8q3wSqV7nQWJ8Y2HaUpippA6U1gLxFT5aLf
WdNVE+Vpz8oH2n9pijf10r+hY4NeugsK9A+EVBpUq+CiCC7LIiwjsrCsidzR
iXEpAvYhWLTc0k9hUqK5z2IUSrsxzW2lIRSiw9ZEkjzmsiGLLmuKp1ZLaPEf
jiO2alx0BssIiIktFsJN1NtlxsD1ahWjzx7DWnoV89KbMqxeHFfmFTCc5zTQ
N1sNNAp/QtcE9JD9bCDcHC0C2HhLpqsctJpB2RXnS0uPYRWspa4tyYJ/uxFg
M9hTSppMeHVWTQplNkjhDMZLWQIZjJEpZlpQyI1TiVFtuHWJBIi5gg225EwQ
vSZYDqA2P20UsTN0mTNoSZD+5b2/xE3BgLYkI95w8INcI47Hb30c3pTN4GHc
Y50LQxcD4To+RxenDX0arfpp9WlbiHOax1AqbXgH51hmlzVAcWCCqcRCBYUS
51mK4SY/rWCIHQ1wMV1KwZN5iRb4x3OdhZucXUeDe89cXvW4nmHh1SQqi+Uy
2XjRO4nkRWsW0pdReGwO0grWZM4QbOIxmteQfUHqAqCS136K4/xcAhjLHjLb
U7RcI+ZIzYe0HsoN0e8Trs7wLe2R+eimy9CUGbZ7QLvGucp/vDwbgNf21vgl
Uup8N7/r6O15F6VN0yPWVHNoS4blels90qeCqmp66CrUv7MaT8Ovo/D5dNl3
9i6vNU1onanSIYyGsTeEwPriqnuZVKl3zLZSBLCKzqXHMb1lO4RXRmW83Ic2
KWJl0ft74KKd3Jlvzxd4IixdYjgGG28x64C/mIbTYeYluKnrX8B7jmohtRZH
MC2YdV8Xj3G9f+EhsojuGar9cBJixwXAM9TvcseCyP3ftDQ2odvybMkCJTnX
J8szxvSHOsaoqlwtvLkSEcXEBdcWy28ubYz61/EeDeJcXDK7Zwy9ldooNlBu
fc9gGWNgT/xFczuXtbMh5auVwuJ5pzBiKU/XE3QvFXyUXpmdqnUlQEC272SB
eo9WJrdDpXwFo6aIKBNypmzLZE/lmebkf/jua4LKsf2CwuZV8tvqsw2HjYNt
1hZ7alO1kPMzIE7UnC/bT3HG1NUbR8Q5b3D2V3jB6Qqd0o4qaSteR3Nm8wP1
lztOOh8LyUzrFereH3idqeKmsrly3t+s/foR4N0sadquOmsuZXLmDqwzfuru
4wyi+JFe5uSXvVWGwEG47LL7DS1maNqOMfmJnQsMt9yNEc/YsDwQWvBP1Uv+
VOV9ts+GTOp3mT5CWg6CAA2FAClBAaaKUogyQCAQCCJKtkCYOGTHbdp8tP0I
KzcuWeWLjpxRxbrX5KVXOgqdw5CZclYuFQW9Pgw6n9WlRxaCvSPy22w/ZyXQ
9Ek4tHdyFT8skOtdea+Xab92nFo5uo5g/l1scWuktf0yxrvHKty1W/k7l6Jo
xUpop1RorStMDJtgt+irUUalTx1QPGmWmRwtBRsfJSmhBmgEAgEAgEAgEAgE
AgEAgEAgEAgEH//Z
--= Multipart Boundary 0506021524
Content-Type: application/octet-stream;
name="automat.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="automat.jpg"
/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAIwAA/+4ADkFk
b2JlAGTAAAAAAf/bAIQADgoKCgsKDgsLDhQNCw0UGBIODhIYGxYWFxYWGxoU
FxcXFxQaGh8gIyAfGikpLS0pKT07Ozs9QEBAQEBAQEBAQAEPDQ0PEQ8SEBAS
FA4RDhQXEhQUEhchFxcZFxchKh4aGhoaHiomKSMjIykmLy8qKi8vOjo4OjpA
QEBAQEBAQEBA/8AAEQgAwgBkAwEiAAIRAQMRAf/EAJgAAAEFAQEBAAAAAAAA
AAAAAAADBAUGBwIBCAEBAQEBAQAAAAAAAAAAAAAAAAECAwQQAAEDAgMCCQgG
CAYDAAAAAAEAAgMRBCESBTEGQVFxsSITcxQ1YYGRMnKy0jShwUJSM0PRYiNT
g3QVFoKSosIkB/DhkxEBAQACAQMEAgMAAAAAAAAAAAERAjEhEgNBUZETYVKB
IjL/2gAMAwEAAhEDEQA/ANJVPP8A2Po4kdH3a5qxxaTSOmBp+8VwWBz16+4I
ND1hxHtOQapHv3pkgqLeccoZ8aV/vTTv3E/oZ8az/TdLurm0Zcm7MbZK5WAV
PRNMaUonf9FmO28f/q+JMxMrp/eum/uZ/Q340f3tpv7mb0N+JUgaG6Rzm96d
VvG4ivpeFBXzTa3MluayZKdISHGorwFydDq1F2/Wlt2wT+hnxrgb/aUTQQXH
oZ8ayN9zj6pH+Ny8bdZT6p/zuV6HVsbN9dOfsgn9DPjS7d6rJ2yGb0N+JZho
wdeNe7M6Pq3sZTM5wOfZ9pqu+m7rR3lo2fvcja1BAaaYfxE6HVLS73WEQq6G
Y8gb8SktK1OHVLQXcDXMYXFtH0Bq3kJWfa1Yf03UBatldKBiXOJFQ6NzqZS4
7CrfuZ4K3tZOdLgzcp9CEKKFhAi66+khrl6yfLXiq5wW7rDbbxU/zI98olSV
pFLaRFr7uSCPOQxraAOAwzCp405Li+KR8N9K98bS4gu4Bx0KbytkktainQnl
biaYGjuIpW3AFvP950by7h4OBDDmGMSsa6S9dGXirjmwB4jwqH1AmK4pC9t4
0k1eGPDhQ06ReOZTVpm6plLQTdE4GnS/W+8oPVfmelF3F1T0QJRmx29M0w8i
pEjHpmkSaLcXst41moRupFa0YMwFKDKemc1TiMAoljGZgMoxI4ArLa95/tS+
DdNZJCXkuvCWhzaZekGu6ZyeQ0xVbZtVguMWjaCw0Zdt8z4v0L2ZxtZOps7l
7oKAgtkwqdvqUCbHSJ7e0sJpLYs7wCTJmBz16batqcvRSty2NszzEzqoXGsc
dcxa3iqp+GTS8ke+WNz3Oe7MRmc7Mfw3faV43M8Fb2r+dUS49aL2z7j1e9zP
BW9rJzpVnKfQhCjQWG23ip/mB75W5LDbbxU/zA98olTNwC2B7GCp64uoMTjg
k7Z2aOUcBik+hpKXvZI3xsMMbm5MzJjStZQ5zq+dpCZWDJ2C4MmLXslc0H7I
yO/8opvr/bM9+F9Di27v3dhffGF4+wAOjyYVUTfRW7y9/eTcTNJLGOikIPkz
l1BU+SimrHvBtmhlmycU2k48uCg9QZJ1crpLEW7A4ZpxG8FpcQW0c5/2uRVI
lbV9kN271j9SkhuC6rLEEBj/AFaAspmdn4SDwYqDj2hWOwOof2pqDIrOGS1L
iXzucA+gawucGUJdkFCDUbVXIfWxWoLJp971rYY765uHQwNpFG0D9nUYhpc9
2HmTu5NsXg2z5HsLekZaZgfNgubfR76CCxkfBC8X9GQZiSczyHsL8RTo/Qlt
QtJbO7kglaxj20OWKuShGGWuKdERlxti9s+49XvczwUdq/nCodz+V7Z9x6ve
5fgje1fzhKTlYEIQstBYZb+Kn+YHvrc1g75HRXk0rMHslLm8ocShVk1Bw6vG
gPWOpQ7RThHGkICeqlHB1UnuOT3d6TUtQikl62EEH8yMOP0OaAnd1YalLG+M
yQgO6Li1gaeIjGRLzlFejt9VdCHQNk6k+rTZt4POo2a2nzOMlvKSekXGN5HH
WtKKdmtdSs2iMXZYweq1tCB/lcoUxajIZWMccraFwM+QEPGYdFzgNnArkha2
s9al0q6ntes/pjDW5a14DXFoDiclelQUJoEwiJBqNqdQP1plrLZQv6u1lc4T
RddGAS2jXbTXlptTCSSS2kMcjBnbicrw4Y+VlQmRa9Fnt5BAzVZrjq4QcjIz
VrOEdX0iR6FJai6xfOH2T5pGubWR85JcXcpx2KH0S2N1IGyua1rXZT1TmyP2
AgtbhUYq0/0O0jEmaS5d1T2xnLE3Eu4RtTMTqrFz+X7Z9x6vW5fgje1fzhUz
VbdttcmFpLmskcATgT0ZArnuV4I3tZOcK0nKwIQhZaCwWUVurhuysjsf8RW9
LBZPnJu0d7xQSen96gaRBcviDvWDaivoKdOkvT611IfT8Sb2nqhOCqwa1llG
bvMlMeDi86ZyWNsSS5xLjiTlbt9Kcwn9lj953OkpCrhcmhsrUHa4/wCFqUis
rao2+hv6EEpaFMLeD/T2COZwt3mN8VBnaMpqR+rRTbRdPb0rqQ+c/W4qC00n
vt2OJzPpYrDH6isZRl1BlOZ0jn5SSAabaEY4eVXTcrwRvayc4VQvTWqt+5Xg
g7WTnClWcrChCFloLBpPnJu0d7xW8rBZPnJu0d7xRKlbT1U4cU3tfVS7lWTG
I/sj7TklIUpF+GfackZCqsJE4paA4psTil4DikWpHTR/zLryuj9xWFnqKvWH
zc/lye6rBGasVjJhecKuO5Xgg7WTnCp17QVVx3J8EHayc4U2WcrChCFloLBZ
PnJu0d7xW9LBZPm5u0dzlEqUtTgnDtia2mxOH7FayYR/hn23JGUpWP8ADPtu
SEpVWEScUvb7U34U4g2pFqTsfm5uRnuqeiPQUBYn/lzckfuqdjPRVjJjfO2q
57keBt7WTnCpd5wq6bj+BN7WTnClWcrEhCFloLBJPm5u0d7xW9rBZPm5u0d7
xQqRtTQJw44JvbbEu84KuZgw/s3e25ISFKsqGur976aCqReq3CXCl4dqQO1L
QnEJCpSy+bl8oZzKbjPRUFZhwuXk8IB5QfV9Cmoz0cVWTW82FXTcfwIdtJzh
Ui9mjDTV4HKQrtuNX+hCu3rpOdSrOVjQhCy0FgV7UCdwNCJziPKSt9WBX5o2
ccc55ygRmmlYyAxyOaTGC6hOJqUn368H5zvOapNz84aPujKFwhgoby5GHWH6
F4Lm5eaAlx8gB+pIu2rUtKt7eCxtpNMit2mSNrg+VhJdmGOZzQTtVnVnbbtx
05ZoXXm0tePLl/8AS47zOPtkLVm2e8Erjnu7IRHa1sT3GnEK0UHvTu1by92k
juLa1kcSx8sp6oSONMrQGgjzphmeTr1nwpztRmfbRRAZJIy7NO1zg94Oxrsd
jeBIGaZ3rSPdyuJ+tFzazWdzLa3Dcs0Lix4rXEeVchR0egft2+01bVuT4Ke3
l51i5+Zb7TfqWz7j+CHt5edX0FjQhCgFgGpbZO2ct/WA6ltl8kzvrQMG8a8X
WWgafvCv0p6zTJHtDhICDxCqlsnLWnj23uNZnCPyPd6rSeRXvdC+kmsO6SVE
tocAdpidsPmOCq3dpbZpY1pe5+OamwbNg2qQ0e7h0+4NyHPEpaWO61ji1wPB
Ruxa1s5yx5fHtM63W5jRo+sc3i8gVT3m1Pd2SW3fPK69msi7LZRfhOeT+bJw
YjEBOHb2sMRbE+KIkUz0eXDgqA4UVPfBZQukIm66riQQ12I5KJ8OWmlz1m3w
ZXl5LfXUt1NTrpnl76Cgx4AOIJEKSZaRXZOUlgZ5Mu3l2pC8tI7UhucmQ0OU
02HGuCz3TOHp+rfs78Y1NWn9s0+ULatx/BD28vOsVqOtafKFte5Hgh7eXnWv
RhYkIQoBYDqX53bHnK35fP8AqD8z5gMQJTX0lAzc6rWjiFF62edjcjJHNZ90
EgLyNnWODK5SdleEpY2MnGFLj1a1m3Ouf4IGWU7XuPnK5qeMpx3N/C5ddxP3
kzDt3vua1PGvKlP2acHEAuI5EpLpcbBUPcTyBO6NfVv7IypRVPDYHgf9C4ls
zEwvc7AbMNpTMZum3sbg9IHyhbbuR4J/Gk51iQBqFtW4crJdAD2GreukFfOF
WVlQhCAWC3NtE+6mqD+I7YfKVvSzm9/671MSyS2tzDM1znODX5o3UOP6w+lB
Sm6bC7Y97fQf0J02ItaAXhxH2i3Hz0cpt+5+8UJA7mZMK1Y+M/7gmz9C1pta
2FxhtpG4j6AlkvJrvvr/AJuEU5jhskYOVhP+9cEyD85g/hH4k+k07UW+taTj
ljf8KRdpmpbe5z0PD1T6enKnbr7Nfb5P2psJJmnCdv8A8v0lddbO/bOD/Cb8
SVGl6i40FpOT2T/hTiHQ9ZeehYXDv4T/ANCduvtF+3yftt8kYYHP9aX0RgfW
nB0q1mIMzpJMuwAtYP8AS1SNpu5rrsRYygD7wDPfLVKQbq628AugEdcOm9uH
LlJVxrOJGL5PJel2titO06wi9S3FeNxLveK0XchoboTQAGjrZMAKDaFGR7j3
cn49zHHtqGNL+TbkVm0jS49KsxaRyOlaHF2ZwANXciWsyXJ+hCFGghCEAhCE
AhCEAhCEAhCEAhCEAhCEH//Z
--= Multipart Boundary 0506021524--
From Andreas Jung"
Message-ID: <001d01c1f501$c1437300$3e17a8c0@suxlap>
The implemented behaviour (maybe like generations) is that unknown
properties are silently ignored and the manage_changeProperties returns
*always* None except a BadRequest exception is raised when you try
to modify a read-only property.
-aj
----- Original Message -----
From: "Juli=E1n Mu=F1oz"
To:
Sent: Monday, May 06, 2002 09:08
Subject: [Zope] manage_changeProperties bug ?
container.manage_changeProperties(sdfsd=3D'fasdfsd')
Always returns None, even if the "sdfsd" property is not defined. The Zop=
e
Book says: "If no REQUEST is passed, the method returns None on success".
(So I undestand that on failure another value should be returned...)
With Zope 2.4.1, on Linux.
I don't see any reference to this bug in the CHANGES.txt of Zope 2.4.4...
--
__o
_ \<_
(_)/(_)
Saludos de Juli=E1n
EA4ACL
-.-
Foro Wireless Madrid
http://opennetworks.rg3.net
_______________________________________________
Zope maillist - Zope@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 )
From roel@planetinterior.com Mon May 6 14:34:27 2002
From: roel@planetinterior.com (Roel Van den Bergh)
Date: Mon, 6 May 2002 15:34:27 +0200
Subject: [Zope] Betreff
In-Reply-To:
Message-ID:
???????????????????????????????
> -----Oorspronkelijk bericht-----
> Van: zope-admin@zope.org [mailto:zope-admin@zope.org] Namens Immer
frischer Kaffee
> Verzonden: maandag 6 mei 2002 15:24
> Aan: Zope@Zope.org
> Onderwerp: [Zope] Betreff
>
> << Bestand: index.htm >> << Bestand: tassegross.jpg >> << Bestand:
foto2.jpg >> << Bestand: automat.jpg >>
From manini@flashnet.it Mon May 6 07:17:39 2002
From: manini@flashnet.it (Luca Manini)
Date: Mon, 6 May 2002 08:17:39 +0200
Subject: [Zope] Inheritance (?) problem
In-Reply-To: <15573.35786.238322.511961@linux.local>
References: <15570.39511.177903.32758@gargle.gargle.HOWL>
<15570.51436.361237.690091@linux.local>
<15572.3345.674162.239808@gargle.gargle.HOWL>
<15573.35786.238322.511961@linux.local>
Message-ID: <15574.8195.403923.460277@gargle.gargle.HOWL>
>>>>> "Dieter" == Dieter Maurer writes:
> A more natural place is
> ".../zope/lib/Components/ExtensionClass/doc"
There is no such file in my installation (Debian, zope Version:
2.3.3-1). Is that included in newer Zope, or in tarball/source/cvs
version only?
Is there more 'standard' docs like that I'm missing?
bye, Luca
From Tom Deprez"
Is it possible to get the mailman mails in such a way that tbey can be read
and answered with a newsgroup program?
Thanks,
Tom.
From Bruce Dykes" <009601c1f1ed$6ba25b30$f70510ac@mitretek.org> <019e01c1f4ed$9636e110$5102020a@graphnet.com>
Message-ID: <01b201c1f504$4f71d8e0$5102020a@graphnet.com>
----- Original Message -----
From: "Bruce Dykes"
To:
Sent: Monday, May 06, 2002 07:02
Subject: Re: [Zope] SQL to Excel
> I was getting SQL syntax errors, but my personal entropy field seems to
have
> abated, and it's working fine now. One possible difference is that I was
> using the test tab of the ODBC connection page instead of testing from the
Z
> SQL method.
The SQL works. I know this from the test tab of the Z SQL object I created.
So now to build a page from the query. I adapted this bit of code from the
Zope Bible:
This is the Document
in the Folder.
| Company
Name | TechName1 | TechName3 | Contact | First
Name | Contact | Last
Name | Company/Department | Contact | Title | Phone
Number | PHONENUMBER2 | PhoneNumber3 | Fax
Number | Notes | Rtenum | ShortName |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
I took all the table head names from the results of the SQL test, as well
the dtml_var's. But the dtml_var's aren't being rendered out...is there a
place I need to declare them, such as in the carrier_list SQL method?
Here's the carrier_list SQL method: select * from [Contacts$]
Everything, the ODBC connection, the SQL method, and the DTML page method
are all in the same folder.
thanks again
bkd
From renfro@tntech.edu Mon May 6 15:20:24 2002
From: renfro@tntech.edu (Mike Renfro)
Date: Mon, 6 May 2002 09:20:24 -0500
Subject: [Zope] M. Renfro's sitemap -error
In-Reply-To: <5.0.2.1.1.20020506120554.00a82a70@mailserv.esrf.fr>; from robichon@esrf.fr on Mon, May 06, 2002 at 12:09:51PM +0200
References: <5.0.2.1.1.20020506120554.00a82a70@mailserv.esrf.fr>
Message-ID: <20020506092024.A24544@ch208h>
On Mon, May 06, 2002 at 12:09:51PM +0200, Marie ROBICHON wrote:
> I get an error when I try to test the menu_list script:
>
> Error Type: ValueError
> Error Value: list.index(x): x not in list
>
> on line 18:
> top_parent_index=folder_list.index(parent_folders[-1])
>
> Since I am a real newbie to Python it may be something obvious here, any
> clues anyone?
The error message is literal enough: whatever object the last entry in
parent_folders refers to isn't showing up in
folder_list. parent_folders should be a list of all the parents of an
object, and the last element should be a top-level folder. Maybe the
list got reversed an extra time, or never reversed at all?
I'd focus my examination on the list_top_folders and
list_parent_folders scripts.
PS: in looking at list_parent_folders here, I'm going to have to look
back and determine if I really meant to have the ids2.reverse() line
indented inside the for loop or not. It's probably supposed to be at
the same level of indentation as the for loop, so that it would only
get run once.
One may not be able to write illegible Python code, but undocumented
Python code comes pretty close.
--
Mike Renfro / R&D Engineer, Center for Manufacturing Research,
931 372-3601 / Tennessee Technological University -- renfro@tntech.edu
From matt@zope.com Mon May 6 15:30:53 2002
From: matt@zope.com (Matthew T. Kromer)
Date: Mon, 06 May 2002 10:30:53 -0400
Subject: [Zope] DCOracle 2 and long text fields..How to use them?
References: <6714257951.20020503235212@funcom.com>
Message-ID: <3CD6939D.2020700@zope.com>
Geir B=E6kholt wrote:
>Hello Chris,=20
>
>
>You have to use bind-variables or a stored procedure. Oracle or the
>adapter (not sure which) don't want those huge strings in the middle
>of an SQL statement it has to parse..
>
>:-)
>
>hth
>
Right, bind vars are the way to go. Unfortunately, Zope doesn't create=20
bind variables for SQL methods, so you have to do it via an external meth=
od.
>
>Friday, May 3, 2002, 11:49:15 PM, you wrote:
>CB> Hello,
>CB> Maybe someone here can help..
>
>CB> I had thought that DCOracle 2 (now) supported long text fields, but=20
>CB> when I tried to insert more than 2k into one (after upgrading) I got=
=20
>CB> a 'string literal too long' error from Oracle.
>
>CB> Is there some trick to this or am I running into a DCO2 or Oracle li=
mitation?
>
>CB> I'm using Oracle 7 which (I think) is supposed to support up to 32k=20
>CB> in long text fields..
>
>CB> I'd hate to have to continue working around this in the way I have,=20
>CB> by using Oracle7's 2k(max) varchar2 columns and splitting text in=20
>CB> Python on input/concatenating them together on output.. That is just=
=20
>CB> ugly..
>
>CB> There must be a better way...
>
>CB> Also, is there any way to use the LONG RAW datatype to store images?
>
>CB> We are using Zope with Oracle as a CMS and need the long text=20
>CB> capability for descriptions within web pages..
>
>CB> BTW...We are a nonprofit and can't afford the upgrade to Oracle 8/9.=
. etc.
>
>CB> -Chris
>
>
>
--=20
Matt Kromer
Zope Corporation http://www.zope.com/=20
From dman@dman.ddts.net Mon May 6 15:48:30 2002
From: dman@dman.ddts.net (dman)
Date: Mon, 6 May 2002 09:48:30 -0500
Subject: [Zope] Learning Python Syntax for Zope Objects and DTML Operations
In-Reply-To: <5.1.0.14.0.20020505145021.029ebe70@mail.hurrah.com>
References: <5.1.0.14.0.20020503175900.029c8e38@mail.hurrah.com> <5.1.0.14.0.20020503175900.029c8e38@mail.hurrah.com> <5.1.0.14.0.20020505145021.029ebe70@mail.hurrah.com>
Message-ID: <20020506144830.GA12416@dman.ddts.net>
--FL5UXtIhxfXey3p5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sun, May 05, 2002 at 02:52:27PM -0700, Dan Shafer wrote:
=20
| At 10:14 PM 5/5/2002 +0200, Dieter Maurer wrote:
=20
| >Please look into the Python Language Reference (or an elementary
| >Python book) for "for" to learn about iteration in Python.
|=20
| I knew I had to use a "for" construct, the problem was creating the rest =
of=20
| the line, as you have done here. Is this syntax *always* consistent?
Yes.
| I.e.,=20
| is it always context.someDTMLfunction(['list of', 'string arguments'])?
Only if that function call yields the sequence of objects you want to
iterate over. If you want to iterate a certain number of times, then
your loop will look like
for i in range( 10 ) :
print i
The key to determining what to put between 'in' and ':' is to
determine what sequence of objects you want to iterate over.
-D
--=20
"Piracy is not a technological issue. It's a behavior issue." =20
--Steve Jobs
=20
GnuPG key : http://dman.ddts.net/~dman/public_key.gpg
--FL5UXtIhxfXey3p5
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjzWl74ACgkQO8l8XBKTpRSMvACfflc9O2H38OGh2PZVGPsCRtYH
CBsAnAlzyhwneHimsjI9h+fDexYo7eHk
=aM5z
-----END PGP SIGNATURE-----
--FL5UXtIhxfXey3p5--
From dman@dman.ddts.net Mon May 6 15:51:54 2002
From: dman@dman.ddts.net (dman)
Date: Mon, 6 May 2002 09:51:54 -0500
Subject: [Zope] mailing lists
In-Reply-To: <029201c1f504$54c81e80$1e71a8c0@u10136>
References: <029201c1f504$54c81e80$1e71a8c0@u10136>
Message-ID: <20020506145154.GB12416@dman.ddts.net>
--aM3YZ0Iwxop3KEKx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, May 06, 2002 at 03:45:49PM +0200, Tom Deprez wrote:
| Is it possible to get the mailman mails in such a way that tbey can be re=
ad
| and answered with a newsgroup program?
You could try to set up a mail<->news gateway on your machine. Beware
of loops!
Alternatively you could try a combo client (ie Mozilla) and just
pretend that you're in a newsgroup while you read mail ;-).
-D
--=20
An anxious heart weighs a man down,
but a kind word cheers him up.
Proverbs 12:25
=20
GnuPG key : http://dman.ddts.net/~dman/public_key.gpg
--aM3YZ0Iwxop3KEKx
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjzWmIoACgkQO8l8XBKTpRSI3wCgyuL4VkmW3rNlxE2x/tPV5KTs
7gwAn3BY1nC/P8pZsL5uaEByChQIlpNF
=bH+S
-----END PGP SIGNATURE-----
--aM3YZ0Iwxop3KEKx--
From darcyc@engin.umich.edu Mon May 6 16:11:05 2002
From: darcyc@engin.umich.edu (Darcy Clark)
Date: Mon, 6 May 2002 11:11:05 -0400
Subject: [Zope] Global Product Registry and broken ZClass instances ?
Message-ID: <1BC88FD1968349449B02BF6018227F34016E0E50@engin-mail1.engin.umich.edu>
> Darcy Clark writes:
> > ...
> > What the heck is the Global Product Registry ? I don't
> > see mention of it in any of the documentation.
> What you see in "Control_Panel" --> "Product management".
>
> Hm, the documentation would probably read:
>
> The "global product registry" is the registry where all products
> are registered/managed.
>
> Do you need such documentation?
er...yes, and I'd really also like to know why the registry updates itself,
what it's actually doing when it updates, and why my ZClass breaks when it
updates.
Darcy
>
> Dieter
>
From tpassin@mitretek.org Mon May 6 16:14:38 2002
From: tpassin@mitretek.org (Thomas B. Passin)
Date: Mon, 6 May 2002 11:14:38 -0400
Subject: [Zope] How to import files via FTP and set attributes.
References: <012301c1f392$4b362920$0602a8c0@linkline.com>
Message-ID: <006501c1f510$bd781550$f70510ac@mitretek.org>
[[Gary Speer]
>
> I am stuck at looping on and parsing the content of the contents.txt
> file to get and pass the attributes to the add object method. I figure
> the solution is best executed with Python in the context of Zope, but I'm
> stuck at figuring out the syntax for this namespace.
> 1) syntax to loop on the content of a file, one line at a time.
I see that Dieter responded to your other questions, so I'll just answer
this one. If you have an open file-like object named File, in Python you
could say:
line =File.readline()
while line:
#do something with the line
line=File.readline()
Or you could read the file into a list all at once:
lines=File.readlines()
for line in lines:
# do something with the line
Remember, line will include any trailing newline character.
Cheers,
Tom P
From tpassin@mitretek.org Mon May 6 16:26:15 2002
From: tpassin@mitretek.org (Thomas B. Passin)
Date: Mon, 6 May 2002 11:26:15 -0400
Subject: [Zope] SQL to Excel Redux
References: <025301c1f1e7$3e65e890$5102020a@graphnet.com> <009601c1f1ed$6ba25b30$f70510ac@mitretek.org> <019e01c1f4ed$9636e110$5102020a@graphnet.com> <01b201c1f504$4f71d8e0$5102020a@graphnet.com>
Message-ID: <008501c1f512$5cb903d0$f70510ac@mitretek.org>
[Bruce Dykes]
> The SQL works. I know this from the test tab of the Z SQL object I
created.
>
> So now to build a page from the query. I adapted this bit of code from the
> Zope Bible:
>
>
>
>
> This is the Document
> in the Folder.
>
>
>
> | Company
> Name | TechName1 | TechName3 | Contact | First
> Name | Contact | Last
>
Name | Company/Department | Contact | Title | Phone
> Number | PHONENUMBER2 | PhoneNumber3 | Fax
> Number | Notes | Rtenum | ShortName |
>
>
> |
Hope you really used and not as you posted here!
Tom P
From patrickspierce@yahoo.com Mon May 6 16:35:09 2002
From: patrickspierce@yahoo.com (Scott Pierce)
Date: Mon, 6 May 2002 08:35:09 -0700 (PDT)
Subject: [Zope] no traverse_subpath
Message-ID: <20020506153509.90780.qmail@web11706.mail.yahoo.com>
I am writing a product that relize heavily on
traverse_subpath. I recently branched off my cvs and
redesigned to make better use of acquisition.
However, suddenly there is no traverse_subpath in the
REQUEST object.
Any ideas on where 'traverse_subpath' might have gone
and why it disappeared? If I create a simple dtml
method and call it w/ it isn't
there.
=====
Scott
"Liberty has never come from the government. Liberty has
always come from the subjects of government. The history of
liberty is the history of resistance. The history of liberty is a history of the limitation of governmental power, not the increase of it." -Woodrow Wilson
__________________________________________________
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com
From Nicolas =?iso-8859-15?Q?=C9vrard?= Mon May 6 16:33:37 2002
From: Nicolas =?iso-8859-15?Q?=C9vrard?= (=?iso-8859-1?Q?Nicolas_=C9vrard?=)
Date: Mon, 6 May 2002 17:33:37 +0200
Subject: [Zope] Can I do this in a python products ??
In-Reply-To: <006101c1f2b3$23765570$f70510ac@mitretek.org>
References: <20020503114234.GA731@nicolas.solirem.be> <006101c1f2b3$23765570$f70510ac@mitretek.org>
Message-ID: <20020506153337.GE1245@nicolas.solirem.be>
* Thomas B. Passin [10:59 03/05/02] :
>
>There are several possibilities. Here are some:
>
>1) Use an environmental variable. This means you have to remember to set
>the variable before running Zope.
Seems a bit like a quick hack no ??
>2) Put your code into a package (put it into a directory on the python path
>and put an __init__.py file into that directory). When you import the
>package, you can get the complete path from the package's __file__attribute.
>For example, if you have a package called "altlas":
>
>import atlas,os.path
>PATH=os.path.dirname(atlas.__file__)
>
>3) A variation on 2) is to create a variable in the package's __init__.py
>file:
>
>import os.path
>BASEPATH=os.path.dirname(__file__)
>
>Now when you import the package, the BASEPATH variable is available. To do
>this, you may need to put your code into subdirectories or subpackages under
>the package.
These two solutions seem cool, i'll try them.
but I've found this function by browsing in the source the
ZopeTutorialProduct :
import App.Common
App.Common.package_home seems to return the home of the package (duh !!)
>4) You could also try making the path be relative to that of Zope by using
>os.cwd() or sys.argv[0], but that might be less robust.
Humm as you say this is less robust. So I won't even try it.
--
Évrard Nicolas
SOLIREM SA - Projet Smartainers
1, rue de l'épervier Tel: +32 4 248 08 85
B-4040 Herstal Fax: +32 4 248 05 78
From rbickers-dated-1021304562.9477cc@logicetc.com Mon May 6 16:42:43 2002
From: rbickers-dated-1021304562.9477cc@logicetc.com (Ron Bickers)
Date: Mon, 6 May 2002 11:42:43 -0400
Subject: [Zope] Use of the different displays with Imagemagick.
In-Reply-To: <5.1.0.14.1.20020506084905.00aa94e8@mailserv.esrf.fr>
Message-ID:
> -----Original Message-----
> From: zope-admin@zope.org [mailto:zope-admin@zope.org]On Behalf Of
> William GARCIA
> Sent: Monday, May 06, 2002 2:57 AM
> To: zope@zope.org
> Subject: [Zope] Use of the different displays with Imagemagick.
> I would like to display a thumbnail with : expr="image(display='thumbnail')">
>
> but Zope generated the next error :
> Error Type: AttributeError
> Error Value: __call__
If you're trying to insert an ![]()
tag in your document to display the
thumbnail, you should use the tag() method as described in the README. So,
assuming the Photo object ID is 'image.jpg', try this:
You could also directly insert the html, like this:
_______________________
Ron Bickers
Logic Etc, Inc.
From L. Pelletier"
This is a multi-part message in MIME format.
------=_NextPart_000_00B5_01C1F4F3.58ADCCE0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I just upgraded to 2.5.1 and now Transparent Folders does not seem to be =
working. The product doesn't appear broken, but requesting an object =
within a TF returns a NameError. Is there a patch or something else I =
need to do?
Any help is GREATLY appreciated!
Thanks,
Liz
------=_NextPart_000_00B5_01C1F4F3.58ADCCE0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I just upgraded to 2.5.1 and now =
Transparent=20
Folders does not seem to be working. The product doesn't appear broken, =
but=20
requesting an object within a TF returns a NameError. Is there a patch =
or=20
something else I need to do?
Any help is GREATLY =
appreciated!
Thanks,
Liz
------=_NextPart_000_00B5_01C1F4F3.58ADCCE0--
From mlewis@exasource.com Mon May 6 16:14:27 2002
From: mlewis@exasource.com (Michael)
Date: Mon, 06 May 2002 09:14:27 -0600
Subject: [Zope] Testing for duplicate ZODB records
Message-ID: <3CD69DD3.1090500@exasource.com>
I've looked through the "Zope Book","Web Application Development and
Content Management", the Zope How to's and every source I can think of
and still can't seem to find how to test for duplicate records in ZODB.
As it is right now, I can enter 100 records that are exactly the same,
except for their id number. Can anyone point me to a resource that
explains how to do this??
I'm using a form to gather the data to be entered, then it calls a
record processor that sets the values and creates the record.ie:
----------------------------------------------------------------
form name="some_form" action="record_processor"
input type="text" name="user_fname" value=""
input type="text" name="user_lname" value=""
input type="text" name="user_email" value=""
input type="submit" name="submit" value="Submit"
----------------------------------------------------------------
(record_processor)
Thanks,
Michael
From H.de.Wit@SFK.NL Mon May 6 17:40:46 2002
From: H.de.Wit@SFK.NL (H.de.Wit@SFK.NL)
Date: Mon, 6 May 2002 18:40:46 +0200
Subject: [Zope] Forms, RESPONSE, REQUEST, and redirect
Message-ID:
>It then redirects to another object, this time a DTML
>document which, when it renders, will want access to the initial REQUEST
>object data as modified.
If i understand you well enough, this one could help you:
http://www.zopelabs.com/cookbook/992031125
Hans de Wit
Stichting Farmaceutische Kengetallen
Postbus 30460
2500 GL DEN HAAG
Tel. 070-3737448
Fax 070-3737445
From sharpscissor@yahoo.com Mon May 6 18:01:23 2002
From: sharpscissor@yahoo.com (Rebecca Elder)
Date: Mon, 6 May 2002 10:01:23 -0700 (PDT)
Subject: [Zope] alpha sorting in Metapublisher (newbie)
Message-ID: <20020506170123.26919.qmail@web14706.mail.yahoo.com>
Hello all,
I know this must be an easy thing but I've looked
everywhere and can't find the answer so I hope you can
help.
I use Metapublisher to display a list of records which
the user can click to go to a detail/edit page. I want
to be able to display the records alphabetically by
organization name.
Here's my current code:
|
|
Edit |
Delete |
Much thanks in advance for any assistance,
Rebecca
__________________________________________________
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com
From dieter@handshake.de Mon May 6 18:17:59 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Mon, 6 May 2002 19:17:59 +0200
Subject: [Zope] operational error!!!(databse MySQL)
In-Reply-To: <20020506094948.15442.qmail@web20101.mail.yahoo.com>
References: <20020506094948.15442.qmail@web20101.mail.yahoo.com>
Message-ID: <15574.47815.522052.495288@linux.local>
Bala writes:
> I installed zope in my machine and testing and
> learning with small test programs for database access.
>
> when I try to open a ZMySQL connection with the
> commands as
>
> Id : MySQL_database_connection
> Title : Z MySQL Database Connection
> Connection String : testdb bala testpassword
>
> and then when I press add I am getting the error as
>
> Error Type: OperationalError
> Error Value: (2002, "Can't connect to local MySQL
> server through socket '/var/lib/mysql/mysql.sock'
> (2)")
When I get this error, I forgot to start the MySQL database...
Dieter
From dieter@handshake.de Mon May 6 17:29:48 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Mon, 6 May 2002 18:29:48 +0200
Subject: [Zope] timeout, thread, and external connections
In-Reply-To: <97E365D56960A642A79B2EE0ADA14E803F4C5B@Groexmbcr10.pfizer.com>
References: <97E365D56960A642A79B2EE0ADA14E803F4C5B@Groexmbcr10.pfizer.com>
Message-ID: <15574.44924.721248.333464@linux.local>
Warnes, Gregory R writes:
> So far, google has turned up
> http://www.python.org/workshops/2000-01/proceedings/papers/fulton/zodb3.html
> , and http://www.zope.org/Documentation/ZDG
That's good documentation.
> It seems that each zope thread may end up with a different copy of the
> object.
That is indeed the case.
> For my purpose, this is not desirable. Is there a way to ensure
> that there is exactly one copy of my process wrapper?
Not with "_v_" variables but you may look at "SharedResource"
If you use it directly, you must again hande your timeouts yourself.
But you can try to combine both approaches through explicit
reference counting. When all references go away, you terminate your process.
Dieter
From dieter@handshake.de Mon May 6 17:16:21 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Mon, 6 May 2002 18:16:21 +0200
Subject: [Zope] Successful use of ZPT and macros in Python Product?
In-Reply-To: <5.1.0.14.0.20020505234745.01e5d7d8@mail.grenna.net>
References: <15573.37218.393153.90607@linux.local>
<5.1.0.14.0.20020505234745.01e5d7d8@mail.grenna.net>
Message-ID: <15574.44117.428533.112769@linux.local>
Peter Bengtsson writes:
> At 22:09 2002-05-05 +0200, you wrote:
> >Peter Bengtsson writes:
> > > ...
> > > All my little .zpt files start with > > metal:use-macro="here/StandardLook/macros/standard"> and this doesn't
> > work
> > > unless StandardLook has once been visited.
> >I remember this has been a bug in earlier ZPT versions.
> >
> >I used ZPT in a product and did not experience this problem.
> >However, meanwhile, we moved the product to CMF. The original
> >product is not used since about 1/2 a year...
>
>
> ...but you had something like::
>
> metal:use-macro="here/StandardLook/macros/standard"
I did.
> Any chance I can have a look at that product?
Unfortunately no.
In your other problem report (about annoying ambiguous ...),
I saw you are using Zope 2.4.0. I think, you should upgrade.
Earlier PageTemplate releases did not have the "_setName" method...
Upgrading will probably also remove the problem, you describe here.
Dieter
From dieter@handshake.de Mon May 6 18:20:15 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Mon, 6 May 2002 19:20:15 +0200
Subject: [Zope] Forms, RESPONSE, REQUEST, and redirect
In-Reply-To:
References:
Message-ID: <15574.47951.65530.440846@linux.local>
Dennis Allison writes:
> So, I have been trying to bend Zope to my will and making some progress.
> But this one has me a bit befuddled either because I'm tired or because I
> am missing something.
>
> Here's what I am trying to do...
>
> I have a method (in the particular case at hand, it is an External Method,
> but it could be a Python Script or DTML). It gets control, gets access
> to its REQUEST and RESONSE objects and does something. In particular, it
> arranges some computation and modifies some REQUEST values, and possibly
> adds some new ones. It then redirects to another object, this time a DTML
> document which, when it renders, will want access to the initial REQUEST
> object data as modified.
When you use "RESPONSE.redirect", you go back to the browser,
the browser makes a new request and this does not know anything about
the previous one.
Your options:
* a session object
* "emulateRedirect" from
Dieter
From dieter@handshake.de Mon May 6 17:11:56 2002
From: dieter@handshake.de (Dieter Maurer)
Date: Mon, 6 May 2002 18:11:56 +0200
Subject: [Zope] Learning Python Syntax for Zope Objects and DTML Operations
In-Reply-To: <5.1.0.14.0.20020505145021.029ebe70@mail.hurrah.com>
References: <15573.37531.40105.140827@linux.local>
<5.1.0.14.0.20020505145021.029ebe70@mail.hurrah.com>
Message-ID: <15574.43852.4808.887056@linux.local>
Dan Shafer writes:
> ...
> >Please read about "Bindings" in the Python Script documentation.
> >This will tell you how to access the objects.
>
> This was the missing piece for me. Is there any *specific* Python Script
> documentation you have in mind? I will go rummaging about and see what I
> can locate but if you have a specific pointer, that would be helpful and
> time-saving.
What about the Zope Book or
> >Please look into the Python Language Reference (or an elementary
> >Python book) for "for" to learn about iteration in Python.
>
> I knew I had to use a "for" construct, the problem was creating the rest of
> the line, as you have done here. Is this syntax *always* consistent? I.e.,
> is it always context.someDTMLfunction(['list of', 'string arguments'])?
It is *never* "someDTMLfunction([...])".
You need to split things into different subtasks. Otherwise, you will loose:
Again:
* you access objects (and their attributes) via the bindings
* you interate over sequences with: "for XXXX in SEQUECNE"
* you call methods according to their API (see embedded online
help -> Zope Help -> API reference)
Especially, you do not call DTML objects with a list
of strings as single parameter (more in
"calling DTML objects" in the above reference.
Dieter
From zope@zope.org Mon May 6 18:53:27 2002
From: zope@zope.org (Martijn Pieters)
Date: Mon, 6 May 2002 13:53:27 -0400
Subject: [Zope] Re: your mail
In-Reply-To: <000801c1f4d0$38698960$0500a8c0@Bennie>
References: <000801c1f4d0$38698960$0500a8c0@Bennie>
Message-ID: <20020506175317.GA5476@zope.com>
On Mon, May 06, 2002 at 09:32:47AM +0200, Bennie wrote:
> Hi I am one of those idiot users that played around with SiteRoot and now
> cannot access Zope anymore.
> I've seen the documentation about "(put _SUPPRESS_ACCESSRULE or
> _SUPPRESS_SITEROOT in the right place in your URL) ", but the question is
> where in the URL do I put this? Could you please help me out here.
I believe that it can go anywhere in the URL; have you tried to put it in at
the root?
You're best bet to get answers is by using the mailingslists; I have cc-ed
this to zope@zope.org.
--
Martijn Pieters
| Software Engineer mailto:mj@zope.com
| Zope Corporation http://www.zope.com/
| Creators of Zope http://www.zope.org/
---------------------------------------------
From mj@zope.com Mon May 6 19:14:19 2002
From: mj@zope.com (Martijn Pieters)
Date: Mon, 6 May 2002 14:14:19 -0400
Subject: [Zope] Betreff
In-Reply-To: