January 2001 - Zope-Dev

RE: [Zope-dev] ghost product
by Tim McLaughlin 05 Jan '01

05 Jan '01

Thanks for the delete issue, however that puts me at ground 0 again. THis product will not show up in the products list... here's the __init__.py import ZSQLTable def initialize(context): """Initialize the ZSQLTable product. """ context.registerClass( ZSQLTable.ZSQLTable, permission='Add Z SQL Tables', constructors = (ZSQLTable.manage_addZSQLTableForm, ZSQLTable.manage_addZSQLTable), icon = 'zsqltable.gif') anything look strange?, anything? TYA -----Original Message----- From: Chris McDonough [mailto:chrism@digicool.com] Sent: Thursday, January 04, 2001 3:38 PM To: Tim McLaughlin; zope-dev(a)zope.org Subject: Re: [Zope-dev] ghost product Delete the product from the Control Panel management interface. ----- Original Message ----- From: "Tim McLaughlin" <tim(a)BCSWebservices.net> To: <zope-dev(a)zope.org> Sent: Thursday, January 04, 2001 3:10 PM Subject: [Zope-dev] ghost product > In fact (to clarify my preceding problem), when I removed the product > folder, Zope still shows the product and error after restarting. Am I being > stupid? I must be missing something.... > > Thanks > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://lists.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) > >

2 1

Hacking Splitter.c
by Jason Spisak 04 Jan '01

04 Jan '01

Hello, I have been hard at work implementing version 2.0 of our Zope based CRM software. I need a bit of help figuring out Splitter.c (lib/python/SearchIndex/Splitter.c) I have commented out both the parts that don't index numbers and single letter words. The numbers seem to be indexing fine, but the single letter words are not. :( My goal is to be able to find 'C' and 'C++' in a TextIndex search. Can anyone tell me why '+' doesn't get indexed, and where to change that? 'C' isn't in the Lexicon stop words, and neither is the '+'. Thanks in advance. All my best, Jason Spisak CIO __ ___ ______ __ / // (_)_____/_ __/__ ____/ / ___ _______ __ _ / _ / / __/ -_) / / -_) __/ _ \(_-<_/ __/ _ \/ ' \ /_//_/_/_/ \__/_/ \__/\__/_//_/___(_)__/\___/_/_/_/ 6151 West Century Boulevard Suite 900 Los Angeles, CA 90045 P. 310.665.3444 F. 310.665.3544 Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.

1 0

Re: [Zope] Lobbying (was: [Zope] html_quote in python methods?)
by Evan Simpson 04 Jan '01

04 Jan '01

From: Chris Withers <chrisw(a)nipltd.com> > > Only if you add security declarations to expose functionality from > > xmlrpclib. > > Is that hacky and nasty? :-S In Zope 2.3, you place the following code somewhere that it will get executed at startup (a custom Product's __init__ is the best bet): from AccessControl import ModuleSecurityInfo security = ModuleSecurityInfo('xmlrpclib') security.declarePublic('Server') # or security.setDefaultAccess(1), if you feel lucky. Cheers, Evan @ digicool & 4-am

1 0

Python Scripts update
by Evan Simpson 04 Jan '01

04 Jan '01

Python Scripts have gone through a fair number of changes and bugfixes recently. They should now work properly as methods of ZClasses. When you download the source of a Python Script, the title, parameter list, and bindings are added to the source in the form of specially formatted comments. If source with these comments is uploaded or pasted into a Python Script, it will properly set the properties mentioned in the comment block. The default bindings have been changed to be more sensible. If you want to give Python Scripts a try, you can go to http://ps.4-am.com:9000/ , pick a password, and you'll get your own private area in a trunk CVS checkout of Zope in which to play. I promised examples when I first announced this site, and haven't gotten around to writing any. If you have created a script or set of objects on the demo site that you would like to share as an example, please mail me the URL. Cheers, Evan @ digicool & 4-am

1 0

ZPatterns; possible bug?
by Steve Alexander 04 Jan '01

04 Jan '01

I have a specialist "Instructors". It holds a rack, containing DataSkin-derived ZClasses of meta-type "Instructor". The Instructor class has a DataSkin Attribute propertysheet called "Basic", and this has properties for forename, surname, address, areas. I have some skinscript in the Instructors specialist: WITH SELF COMPUTE name='%s %s' % (forename, surname), areas_comma_sep=_.string.join(areas, ','), address_lines=_.string.join(address, '\n'), address_comma_sep=_.string.join(address, (', ')) WITH SELF COMPUTE __roles__=_.None # XXX publicly visible!! Nutter!! # change __roles__ to ('Operator',) later. This works fine. The __roles__ bit is a hack to make Zope 2.3 ZCatalog play nicely with the Specialist and __bobo_traverse__. I have some other skinscript that keeps an instructors index in a ZCatalog inside Instructors. WHEN OBJECT ADDED CALL Catalog.catalog_object(self, _.string.join(self.getPhysicalPath(),'/')) WHEN OBJECT DELETED CALL Catalog.uncatalog_object(_.string.join(self.getPhysicalPath(),'/')) WHEN OBJECT CHANGED CALL Catalog.uncatalog_object(_.string.join(self.getPhysicalPath(),'/')), Catalog.catalog_object(self, _.string.join(self.getPhysicalPath(),'/')) This worked fine. When I changed the first skinscript to make one WITH SELF statement, I got some strange inconsistencies: WITH SELF COMPUTE name='%s %s' % (forename, surname), areas_comma_sep=_.string.join(areas, ','), address_lines=_.string.join(address, '\n'), address_comma_sep=_.string.join(address, (', ')), __roles__=_.None On changing an instructor's properties using manage_changeProperties on its propertysheet, I'd see the change in the instructor. However, the ZCatalog metadata would always have the most recent value for "surname", but the last value for "name". Changing the skinscript back to using two statements makes cataloging function normally again. I could tell when the catalog was doing by instrumenting the recordify method of Catalog.py: def recordify(self, object): """ turns an object into a record tuple """ print "recordify %s" % (object) record = [] # the unique id is allways the first element for x in self.names: try: attr = getattr(object, x) if(callable(attr)): attr = attr() except: attr = MV print " appending %s:%s" % (x, attr) record.append(attr) return tuple(record) A typical (wrong) debug output would be: recordify <Instructor instance at 86c16b0> appending id:instructor-977678608 appending meta_type:Instructor appending bobobase_modification_time:2001/01/04 17:26:01.35408 GMT appending name:Bob Collins8 appending surname:Collins9 appending areas_comma_sep:M12 This is after changing the surname of the instructor from "Collins8" to "Collins9". The cause of the problem? I don't know. Maybe I'm doing something silly. I think what is happening in the broken example is that when the zope security machinery asks for __roles__, name is also computed. The machinery must request __roles__ before changing anything. After that, surname gets changed. However, changing "surname" only invalidates "surname" in the cache; not anything that is computed using surname. At the end of the transaction, when the triggers are called, name is already in the dataskin's attribute cache, so it does not get recomputed. In the working example, when __roles__ is requested, it is in a different skinscript statement, so it does not cause "name" to be computed. Thus, "name" can be computed freshly after "surname" is set. Is this behaviour intended, is it a bug, or is it an unimplemented feature? Thanks. Oh, almost forgot: ZPatterns-0-4-3b2 -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net I

2 1

ghost product
by Tim McLaughlin 04 Jan '01

04 Jan '01

In fact (to clarify my preceding problem), when I removed the product folder, Zope still shows the product and error after restarting. Am I being stupid? I must be missing something.... Thanks

2 1

Product dev
by Tim McLaughlin 04 Jan '01

04 Jan '01

I'm building a Product in Python and seem to be having some issues with the new registerClass method of Product registering. If I build it all fine as noted in Shane's recent HowTo, the product does not show up in the control panel. Then after much other chasing, I make a purposeful syntax error in the code, and the Product shows up to reflect its brokenness and shows me the syntax error. Then when I try to fix the error, and do a restart, the error still shows as if I had not changed the code. I checked _many, many_ times, and now the code is different, but Zope seems not to recognize the changed code in spite of my deletion of the pyc files. TYA, Tim

1 0

Re: [Zope-dev] case insensitive sorts
by Tres Seaver 04 Jan '01

04 Jan '01

Chris Withers <chrisw(a)nipltd.com> wrote: > Andy McKay wrote: > > > > They want information fast and most users expect case insensitive sorts. Its > > simpler and easy. I think having the ignore_case option for a -tree and -in > > helps Zope by increasing the ease of development and friendliness to the > > user. > > And my point was that this is so universally true that the _pthyon_ sort > function (which is at fault here) should be fixed :-) Python's sort already allows you to pass an alternate comparison function:: [/var/home/tres] $ python Python 1.5.2 (#1, Feb 1 2000, 16:32:16) [GCC egcs-2.91.66 19990314/Linux (egcs- on linux-i386 Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam >>> foo = [ 'z', 'y', 'x' ] >>> foo.sort() >>> foo ['x', 'y', 'z'] >>> foo.sort( lambda x, y: cmp(y,x) ) >>> foo ['z', 'y', 'x'] I believe Andy's patch makes use of this feature. You are missing a couple of points if you *require* a case-insensitive sort: * collation (which letters belong together) is highly locale sensitive (e.g., does a-accent-grave sort with a? etc.) * Should strings which differ only in case be equal (*NOT*!) Tres. -- =============================================================== Tres Seaver tseaver(a)digicool.com Digital Creations "Zope Dealers" http://www.zope.org

2 1

WIN2K batch problem
by Robin Becker 04 Jan '01

04 Jan '01

I'm trying to run Zope 2.2.2 under win2000 in a batch file. I'm just watching error messages and prints. I find that when zope has written a page to the cmd.exe window it locks further prints from python until I hit a key in the window and then it releases another page full. Is there a Win NT/2K guru who knows about such things and how to prevent this? -- Robin Becker

1 0

Re: [Zope-dev] Objects with multiple parents and storageflexibility, ZPatterns?
by Chris Withers 04 Jan '01

04 Jan '01

"Phillip J. Eby" wrote: > > You can't really "nest" DataSkins inside each other in a rack, and you > really don't want to, anyway. I kindof agree, I guess nesting doesn't mean a lot in RDBMS terms? ;-) > But there's nothing that says you can't > create a DataSkin subclass whose __bobo_traverse__ looks up related > objects. Hurm, could something similar be doen so a DataSkin could implement the objectmanager interface? > You just can't "really" store the DataSkins inside each other. I don't want to, I only want it to appear to Zope, ZPublisher and the Management Interface as if that was the case. The only difference being that 'objects' can appear under more than one parent. > Note that if your __bobo_traverse__ uses a specialist "getXforY()" call, > you can "store" objects from different databases (racks) "inside" each > other. :) I like the sound of that :-) Well, thanks for the help so far, I'm going to have to bite the bullet and start implementing tomorrow :-S cheers, Chris

1 0