- Zope - Zope lists

design tools for Zope.
by Anthony Baxter 13 Sep '99

13 Sep '99

Not sure if this belongs on Zope or Zope-Dev (or even the ZDP list) but what sort of design tools are people using when they're designing Zope-based applications? Normal OO type things work fine for normal ZClass type things, but it tends to break down for me once I start trying to factor in acquisition... Does anyone have any nice tips they'd like to share? Or is everyone just doing it with the "scribble all over a whiteboard" technique? Anthony -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

1 0

Re: [Zope] pythonmethods rock ! this should be part of zope.
by Christopher Petrilli 13 Sep '99

13 Sep '99

Tabs are evil :-) As for Python methods becoming part of Zope proper, the big thing is that Evan uses a TOTALLY different security model than we do for protecting the user (he munges in the byte code machinery, where as we do parse tree manipulation). This is prohibitive as I (as security Tzar) am not going to want to have two models floating around :/ This is unfortunate, but it's a proof of concept and will definatly flesh out some of the requirements. Think of it as the beginning of the inception phase of a project. You don't know what you need until you have it :-) Chris -- | Christopher Petrilli Python Powered Digital Creations, Inc. | petrilli(a)digicool.com http://www.digicool.com

1 0

zsql methods in zclasses give authentication errors
by chas 12 Sep '99

12 Sep '99

Is there any reason why ZSQL methods which work fine within folders do not work within Zclasses ? Instead they seem to give authentication errors. eg. /Products /Myproduct /MyClass /Methods /index_html /dtml_method /sql_method The ZSQL method works correctly when I try "test" - which means that the DB connection and SQL are correct. The DTML method ('dtml_method') calls 'sql_method' and parses the output. However, if I create an instance of this product and then try to access dtml_method using http://Zope/Instance_of_Myproduct/dtml_method I get a "authentication failure" and a pop-up asks me to log in again; however, not even Zope superuser can log in ! Before, I had these very same methods in a folder : /Folder /dtml_method /sql_method and it worked perfectly. I've enabled *every* permission in the zclass to allow full access but still this authentication error. Has anybody else encountered this ? Apologies for yet another post/question but : a) I've looked/searched the archive and tried almost everything. b) After previous experience with zclass, I don't want to waste too much time if it's actually a problem with zclasses. So, any help greatly appreciated. cheers, chas ps. running zope 2.0 on NT

1 0

Zope on a Mac?
by Steve Jibson 12 Sep '99

12 Sep '99

Cross-platform question for the day: I know you can get Python for the Macintosh. Will Zope run on a Mac?

4 3

RE: [Zope] etcUserFolder and multiple roles
by Chris McDonough 12 Sep '99

12 Sep '99

Postscript: I actually ended up just putting the smbUserFolder into the root and assigning local roles to users yanked from this userfolder in each subfolder. Its not as kludgey as I thought it would be. Pretty nice, actually. I may later rework it so I don't have to emulate the group memberships of the NT domain using local roles (it's one more thing to manage, and I'm lazy, eventually I'll come up with something Rube Goldberg-ish to automatically assign roles based on fields in the smbUsers file). But--as they say in Washington--for now this works. pps - the <sniiiip> cracked me up... Thanks, Chris -----Original Message----- From: Chris McDonough To: 'Rob Page'; Chris McDonough Cc: 'zope(a)zope.org' Sent: 9/12/99 10:02 AM Subject: RE: [Zope] etcUserFolder and multiple roles Oof. I knew you were going to come up with something elegant and totally embarrassing. I'll just take my ball and go home now. That works. Thanks! :) -----Original Message----- From: Rob Page [mailto:rob.page@digicool.com] Sent: Sunday, September 12, 1999 9:57 AM To: 'mcdonc(a)iqgroup.com' Cc: 'zope(a)zope.org' Subject: RE: [Zope] etcUserFolder and multiple roles > I have a folder which does not acquire any of its parents permissions, > we'll call it "Private". Private's parent is the root folder. <sniiiip> Wow, I had to sketch this out on a breakfast napkin... <whew> Why not define the role PrivateUsers in the root folder and only assign it in the Private folder? Then, let PrivateUsers see everything in the root folder. --Rob

1 0

uhh nevermind Re: [Zope] can't delete most recently added key from a Persistent dictionary
by Roman Milner 12 Sep '99

12 Sep '99

This was because I was reloading the page and it was re-inserting the element. I sat here editing code, reloading, and on and on for like 4 hours. I'm gonna go bang my head on the wall for a while. ^Roman >>>>> "RM" == Roman Milner <roman(a)speeder.com> writes: RM> Hello. I have a problem trying to use the Persistent mixin RM> class. I have a dictionary attribute that holds configurable RM> fields. The fields are added like this: RM> def store_new_fields(self, REQUEST): f = self.fields if RM> hasattr(REQUEST, 'abstract_p'): RM> f[string.strip(REQUEST.new_item_name)] = {'type': RM> REQUEST.dtype, 'abstract_p': REQUEST.abstract_p} else: RM> f[string.strip(REQUEST.new_item_name)] = {'type': RM> REQUEST.dtype, 'abstract_p': 0} self.fields = f RM> I then delete items thusly: RM> def del_fields(self, the_fields): f = self.fields if RM> type(the_fields) == type(""): del(f[the_fields]) else: for RM> fname in the_fields: del(f[fname]) self.fields = f RM> This mostly works fine except the most recently added new RM> field can not be deleted. The del() call does not raise an RM> error but when I look at self.fields.keys() after calling RM> del_fields() on the most recently added field - it still RM> exists. RM> I'm sure there is something with the persistence stuff that I RM> am missing. Any help would be greatly appreciated. RM> Thanks, ^Roman

1 0

Re: [Zope] can't delete most recently added key from a Persistent dictionary
by Roman Milner 12 Sep '99

12 Sep '99

Hello again. I changed self.fields to be a PersistentMapping() rather than a dictionary. This did not help - and I was sure that it woudl :( Please help! ^Roman >>>>> "RM" == Roman Milner <roman(a)speeder.com> writes: RM> Hello. I have a problem trying to use the Persistent mixin RM> class. I have a dictionary attribute that holds configurable RM> fields. The fields are added like this: RM> def store_new_fields(self, REQUEST): f = self.fields if RM> hasattr(REQUEST, 'abstract_p'): RM> f[string.strip(REQUEST.new_item_name)] = {'type': RM> REQUEST.dtype, 'abstract_p': REQUEST.abstract_p} else: RM> f[string.strip(REQUEST.new_item_name)] = {'type': RM> REQUEST.dtype, 'abstract_p': 0} self.fields = f RM> I then delete items thusly: RM> def del_fields(self, the_fields): f = self.fields if RM> type(the_fields) == type(""): del(f[the_fields]) else: for RM> fname in the_fields: del(f[fname]) self.fields = f RM> This mostly works fine except the most recently added new RM> field can not be deleted. The del() call does not raise an RM> error but when I look at self.fields.keys() after calling RM> del_fields() on the most recently added field - it still RM> exists. RM> I'm sure there is something with the persistence stuff that I RM> am missing. Any help would be greatly appreciated. RM> Thanks, ^Roman RM> _______________________________________________ Zope maillist RM> - Zope(a)zope.org http://www.zope.org/mailman/listinfo/zope RM> (To receive general Zope announcements, see: RM> http://www.zope.org/mailman/listinfo/zope-announce RM> For developer-specific issues, zope-dev(a)zope.org - RM> http://www.zope.org/mailman/listinfo/zope-dev )

1 0

OFS.Folder troubles.
by Andreas Kostyrka 12 Sep '99

12 Sep '99

Hi! I've been wondering why this doesn't work: from OFS.Folder import Folder ... class FMFolder(Folder): meta_type='FMFolder' def __init__(self, id, title): self.id=id self.title=title _properties=Folder._properties+( {'id':'linkname', 'type': 'string'}, {'id':'beschreibung', 'type': 'text'}, {'id':'langtext', 'type': 'text'}, ) def testing(self): "ABC" return str(self.objectValues) Now, fascinatingly: I get: objectValues()==(), even if the Management interface do display files in the folder. nor is /some_fmfolder/testing found. Andreas -- Andreas Kostyrka | andreas(a)mtg.co.at phone: +43/1/7070750 | phone: +43/676/4091256 MTG Handelsges.m.b.H. | fax: +43/1/7065299 Raiffeisenstr. 16/9 | 2320 Zwoelfaxing AUSTRIA

1 0

RE: [Zope] RE: [Zope-dev] Caching
by Rob Page 12 Sep '99

12 Sep '99

> How about *result* cacheing for non-SQL objects? On numerous occasions I > have wished that I could tell Zope to cache the output of a document or > method across requests. Then I would want to clear the cached value either > after some elapsed time, or on-demand as the underlying data changed. Even > better would be the ability to write a method which decides on a > per-request basis when to clear the cache. this is one of the things that makes Vignette soooo expensive. They do this very thing. There are options to store the rendered non-SQL object to a filesystem. If you've been to a Vignette-powered site. Notice if the first character in the object is a 1 or a 0. '0' means it was dynamically generated when you visited, a '1' means it was served from their cache. Certainly, getting some of this kind of stuff into Zope would have a tremendous impact on scalability. Patches accepted :^) Regards, --Rob

1 0

Re: [Zope-dev] unpiclkleable errors
by Evan Simpson 12 Sep '99

12 Sep '99

Robin Becker wrote: > >Is this reproduceable? Were you trying 0.01 before? > > > OK I checked further and it comes back when I install clean and goes > away when I delete the dir. I'm running Zope2 + CVS under Win95 osr2. I recommend that you delete the PythonMethod directory, restart Zope, delete any PythonMethod instances you have created, re-install PM 0.1.1, and re-create them. Don't use Zope's export facility or copy & paste to transfer them, just copy your code into an editor window or something. Version 0.0.1 stored hard references to functions and classes in its pickled representation, and when these go away in 0.1.1, Zope gets really unhappy. This *shouldn't* be a problem in the future upgrades, since one of the many improvements in 0.1.1 is a much cleaner pickle containing only basic types. That said, this *is* still alpha code. beware-the-toe-gremlins-ly y'rs Evan Simpson

1 0