July 1999 - Zope - Zope lists

RE: [Zope] Using Zclasses
by Martijn Pieters 06 Jul '99

06 Jul '99

At 14:22 06/07/99 , Michel Pelletier wrote: >The _ namespace has a hasattr. Quote DocumentTemplate/DT_Util.py: > > This variable also has attributes that provide access to standard > utility objects. These attributes include: > > - The objects: 'None', 'abs', 'chr', 'divmod', 'float', 'hash', > 'hex', 'int', 'len', 'max', 'min', 'oct', 'ord', 'pow', > 'round', and 'str' from the standard Python builtin module. So the 'range' method is absent in the documentation. -- Martijn Pieters, Web Developer | Antraciet http://www.antraciet.nl | Tel: +31-35-7502100 Fax: +31-35-7502111 | mailto:mj@antraciet.nl http://www.antraciet.nl/~mj | PGP: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A32149 ------------------------------------------

1 0

Using Zclasses
by Michael Bernstein 06 Jul '99

06 Jul '99

I've been playing around with Zclasses for awhile, but have reached a bit of a stumbling block. I want to create a set of Zclasses that can only be contained within certain other Zclasses. An arbitrary example would be a 'book' object that can only be created inside a 'shelf' object. I also would like to add a property to a ZClass that is a pointer to an instance of another ZClass of a certain type. An arbitrary example would be a 'Book' ZClass that has an 'Author' property that points to an instance of an 'Author' ZClass. Does anyone have any hints as to how to accomplish this sort of thing? Feel free to recast the problem in terms of the ZClasses tutorial 'CD' examples. Michael Bernstein.

3 2

RE: [Zope] Changing password
by Rob Page 06 Jul '99

06 Jul '99

> Any way to allow a normal user (without the Management role) > to change his > own password? In the 1.1x.x software you might create a document (CollectNewPassword) that captures the new password (and verification) whose FORM ACTION is SetNewPassword. The SetNewPassword would have a Manager proxy role and would call the same ACTION as that called by the management ui... In this case I think it's manage_users HTH, Rob

1 0

Sorry for the forwards
by Michel Pelletier 06 Jul '99

06 Jul '99

Forgot to CC the list... augh it's early. -Michel

1 0

RE: [Zope] Using Zclasses
by Michel Pelletier 06 Jul '99

06 Jul '99

> -----Original Message----- > From: Alexander Staubo [mailto:alex@mop.no] > Sent: Monday, July 05, 1999 10:28 PM > To: Zope Mailing List (E-mail); 'Michael Bernstein' > Subject: RE: [Zope] Using Zclasses > > > or something like that, assuming HasAttr() is an External Method that > tests for the existence of a property (I have not found this > functionality in Zope's built-in DTML API: The closest I you get is > getattr, which raises an error if it fails). I implement this function > like so:: > > def HasAttr(o, attr): > return hasattr(o, attr) > The _ namespace has a hasattr. Quote DocumentTemplate/DT_Util.py: This variable also has attributes that provide access to standard utility objects. These attributes include: - The objects: 'None', 'abs', 'chr', 'divmod', 'float', 'hash', 'hex', 'int', 'len', 'max', 'min', 'oct', 'ord', 'pow', 'round', and 'str' from the standard Python builtin module. - Special security-aware versions of 'getattr' and 'hasattr', - The Python 'string', 'math', and 'whrandom' modules, and - A special function, 'test', that supports if-then expressions. The 'test' function accepts any number of arguments. If the first argument is true, then the second argument is returned, otherwise if the third argument is true, then the fourth argument is returned, and so on. If there is an odd number of arguments, then the last argument is returned in the case that none of the tested arguments is true, otherwise None is returned. -Michel > -- > Alexander Staubo http://www.mop.no/~alex/ > "What the hell, he thought, you're only young once, and threw > himself out of the window. That would at least keep the element of > surprise on his side." > --Douglas Adams, _The Hitchhiker's Guide to the Galaxy_ > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

Newbie: How to UPDATE records in MySQL?
by piotrk＠ibb.waw.pl 06 Jul '99

06 Jul '99

I have MySQL database connected to ZOPE 1.10.3. I can search and INSERT new records, but I don't know how to edit and UPDATE single records. I think that a single record in a database can be updated in the following way: 1. Search the database and display the results in tabular format (it is already working). 2. Select a single record to edit - I do not know how to make a link from tabular search result to a single record (i.e. hyperlink from a record first field to page with forms containing data preloaded from fields to be edited. 4. POST the changed form and UPDATE the database record. Could you please send me some sample code? Are there any on-line documentation I can read? I have found plenty of information about searching and inserting data into internet accessible databases but no information about updating database records. TIA

1 0

FW: [Zope] Using Zclasses
by Michel Pelletier 06 Jul '99

06 Jul '99

> -----Original Message----- > From: Michel Pelletier > Sent: Tuesday, July 06, 1999 8:18 AM > To: 'Michael Bernstein' > Subject: RE: [Zope] Using Zclasses > > > > > > -----Original Message----- > > From: Michael Bernstein [mailto:mbernstein@profitscape.net] > > Sent: Monday, July 05, 1999 9:10 PM > > To: zope(a)zope.org > > Cc: Alexander Staubo > > Subject: Re: [Zope] Using Zclasses > > > > > > Alexander Staubo wrote: > > > > > > To answer your first question, let your "parent" ZClass be > > a descendant > > > of Object Manager; then define your "child" ZClass _within_ > > the parent > > > ZClass definition; that is, add the child ZClass as a > > subobject of the > > > parent. > > > > I assume that you mean that I should create the 'child' > ZClass within > > the 'Methods' tab of the parent? > > > > Correct. > > > > Your second question is trickier, because Zope does not, > > afaik, support > > > properties that are objects. It's possible, but I believe > > you can't edit > > > these properties through the standard management > > interfaces. Instead, > > > you must built your own, and you might have to use Python > > to store these > > > properties. > > > > Hmm, seems a pretty important feature, does anyone know if > > this sort of > > functionality is on the drawing board for the Zope interface? > > > > Currently, Properties offer the only way to have assignable > attributes in DTML, so it is possible to instanciate an > object and assign it to a property. You would most likely > get errors if you tried to manage that property through the > managment interface, but otherwise it would behave as expected. > > Note that if you want your object to *contain* other objects, > it's probably much better to subclass 'ObjectManager'; which > pretty much manages the objects for you and also gives you a > nice standard folder interface (which you can discard if not wanted). > > -Michel >

1 0

FW: [Zope] Using Zclasses
by Michel Pelletier 06 Jul '99

06 Jul '99

> -----Original Message----- > From: Michel Pelletier > Sent: Tuesday, July 06, 1999 8:08 AM > To: 'Alexander Staubo' > Cc: 'bruce(a)perens.com' > Subject: RE: [Zope] Using Zclasses > > > > > > -----Original Message----- > > From: Alexander Staubo [mailto:alex@mop.no] > > Sent: Tuesday, July 06, 1999 1:59 AM > > To: Zope Mailing List (E-mail) > > Subject: RE: [Zope] Using Zclasses > > > > > > Sort of; if I have interpreted unofficial statements on the > > list from DC > > people correctly, ZClasses replace products in many cases, > > although very > > possibly not all; for example, I'm quite certain that most > of Confera > > could have been implemented as a ZClass. Certainly the > product API is > > complex (or undocumented) to an extent which makes ZClass more > > desirable, moreover from an object-orientated design perspective, > > products are inferior. > > > > Let me help this discussion with some Jargon Control (tm). > Let's step back through the sands of time to Zope 1.10 when > ZClasses were just a glimmer in Jim's eye. Then we had > Products. Products are basicly Python Packages that let you > extend the object space of Zope. If your Product (package) > complied with certain rules, it was possible (although not > neccesary) for that Product to register with Zope one or more > Python classes which Zope could then instanciate via whatever > means the Product author wanted (usualy through the > management interface, altough it is possible for Python > Products to define new DTML tag classes). > > Fast forward a few thousand CVS checkins to Zope 2.0.0a. > There are still Products and Classes, but now there are two > kinds (at a high level) of each. There are still good old > fasioned Python Products and Python Classes, but now there > are Web Products and ZClasses. To Zope, they are > indestiguishable; Products are managed through the same > interface, and Classes can be instanciated in Zope. However, > quite of bit of the infrastructure of creating a Product that > adds Classes to Zope has been abstracted into a web > management interface. Nothing has changed at the lower > level, a Products job is still to extend the object namespace > of Zope, and a classes job is still to define new types of > objects. So in light of this, ZClasses are not really meant > to 'replace' Products. > > What they can replace are certain candidate Python classes. > We discovered in much of our development of Products that > alot of our code was identical across products. All > packages, modules, and classes that played nicely with Zope > all played nicely in exactly the same way. In fact, for very > simple Products (like the Poll Product) there was nothing the > code in the object did that couldn't be done in DTML; the > Python code involved was simply a wrapper around a concept, > the concept being an object that knows how to hook into Zope. > This concept is was spawned ZClasses. > > ZClasses are very handy, but they are not superior to Python > classes. In fact, they are quite a bit weaker, which is why > it is possible for a ZClass to subclass a base class (which > may be either Z or Pythonic). This weakness is payed off in > spades however, when it comes to designing, managing, and > playing with new types of objects in Zope. A 'Product' can > now be whipped up very quickly, prototyped and modified all > without leaving your web browser. > > Your mention of Confera is a good one, because that is the > perfect example of a Zope product that can be written with a > ZClass, but not entirely. All of the user interface can be > designed with a ZClass, but because Confera uses the indexing > machinery, at some point the 'ZConfera' author will need to > drop down to Python to index the messages. This can be done > as external methods, or as a Python class that the 'ZConfera' > class subclasses. > > Also, the Product API, undocumented though it is, is still a > necesary part of serious ZClass design. The benefit of > ZClasses is that most of the more mundane and undocumented > parts of Product development are made invisible by web > products and ZClasses. However, the more interesting parts > of the Zope API are still needed for ZClasses to do much of > anything useful. Also, ZClasses which subclass something > like 'ObjectManager' completely assume that part of the Zope > API as their own. > > -Michel > > > (If that is what you asked. If the question was "What is the product > > interface for?" then the answer isn't "So you can edit properties > > through the standard management interface," and it isn't "So you can > > have properties as objects," either.) > > > > -- > > Alexander Staubo http://www.mop.no/~alex/ > > "What the hell, he thought, you're only young once, and threw > > himself out of the window. That would at least keep the element of > > surprise on his side." > > --Douglas Adams, _The Hitchhiker's Guide to the Galaxy_ > > > > >-----Original Message----- > > >From: bruce(a)perens.com [mailto:bruce@perens.com] > > >Sent: 6. juli 1999 07:26 > > >To: alex(a)mop.no; zope(a)zope.org > > >Subject: RE: [Zope] Using Zclasses > > > > > > > > >From: Alexander Staubo <alex(a)mop.no> > > >> Your second question is trickier, because Zope does not, > > >afaik, support > > >> properties that are objects. It's possible, but I believe > > >you can't edit > > >> these properties through the standard management interfaces. > > > > > >Naievely I ask, isn't that what the product interface is for? > > >I must be missing > > >something. > > > > > > Thanks > > > > > > Bruce > > > > > > > > > _______________________________________________ > > Zope maillist - Zope(a)zope.org > > http://www.zope.org/mailman/listinfo/zope > > > > (For developer-specific issues, use the companion list, > > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) > > >

1 0

Changing password
by Andreas Kostyrka 06 Jul '99

06 Jul '99

Hi! Any way to allow a normal user (without the Management role) to change his own password? Andreas -- Win95: n., A huge annoying boot virus that causes random spontaneous system crashes, usually just before saving a massive project. Easily cured by UNIX. See also MS-DOS, IBM-DOS, DR-DOS, Win 3.x, Win98.

1 0

RE: [Zope] persistence
by Michel Pelletier 06 Jul '99

06 Jul '99

> -----Original Message----- > From: jiri stepan [mailto:zope@etnetera.cz] > Sent: Tuesday, July 06, 1999 7:10 AM > To: zope conference > Subject: [Zope] persistence > > > Hello > I'm trying to work with persistent objects in a PickleDictionary. The > objects are not writen into database file - they exists only in memory > and they are not persistent. I don't know how to commit new changes. > > Python code: > > ... > > db=BoboPOS.PickleDictionary(db_loc+"databaze2") > if db.has_key('customers_db'): > customers=db['customers_db'] > else: > customers=db['customers_db']=Customers() > customers.addCustomer('hu','sdf','dsf','sdf','df') > #this is test > # -works- > get_transaction().commit() > > #ok - this works customer, which is added here is persistent > > ..but later .. > > class AdressBook( > OFS.SimpleItem.Item, > Persistent, > Acquisition.Implicit, > AccessControl.Role.RoleManager, > ): > .... > def manage_addZakaznik(self,id,firstname,surname,tel,note, > REQUEST=None): > """ adds a new customer into persistent storage > and writes the message > """ > > if REQUEST is not None: > > customers.addZakaznik(id,firstname,surname,tel,note) > get_transaction().commit() > > return MessageDialog( > title='Added', > message='zakaznik byl pridan.' , > action ='./manage_main', > ) > #this customer is added into the object 'customers' and I can > work with > it, but it isn't persistent - after Zope's restart is lost. > I think your looking for: self.customers.addZakaznik.... or something like that. Your object is not being saved persistently because you are not assigning to self.customers (the customers attribute of the self object, which is an instance of AddressBook) but you are rather assigning to a localy defined object customers. Since your code is not complete enough to tell what you want 'customers' to be, this is my best guess. In any case, I suspect your problem has to do with improper use of Python scope. -Michel > ------------ > > Thank's for any informations > > > Jiri Stepan > (zope(a)etnetera.cz) > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0