Zope-Dev August 2000

zope-dev@zope.dev

96 participants
195 discussions

Aaargh, no safe seperators :S
by Chris Withers 14 Sep '00

14 Sep '00

Shane Hathaway wrote: > That would probably work, but isn't kind of ugly? Now we'd be forcing > people to realize that colons can be path separators. Only Mac users > know this. :-) Well, / and \ are bad XML ; is bad XML, and _really_ ugly . confuses when there's .'s in ids Any other suggestions :S cheers, Chris

3 8

Comparing folder instances
by Carl Robitaille 14 Sep '00

14 Sep '00

Hi, A quick question. How do I compare folder instances ?(or any instances as a matter of fact). Here is a simple code showing what I tried: <dtml-in "objectValues(['Folder'])"> <dtml-var "_.getitem('sequence-item')"> <dtml-var "images"> <dtml-var "_.getitem('sequence-item')==images"> </dtml-in> Here is now the resulting HTML <Folder instance at 85cf958> <Folder instance at 85cf958> 0 <Folder instance at 858a168> <Folder instance at 85cf958> 0 Why isn't the first comparison returning true? What I want to use is something like: <dtml-in "objectValues(['Folder'])"> <dtml-if "_.getitem('sequence-item')==images"> EQUAL <dtml-else> NOT EQUAL </dtml-if> </dtml-in> Thanks a lot in advance for your comments. Carl

2 5

Re: /, XML, DTML syntaxgeddon
by Spicklemire, Jerry 14 Sep '00

14 Sep '00

Hi Folks, As for "re-doing" DTML, there's a cogent point made in Extreme Programming circles that goes something like this: "Names matter. For every time someone writes (types?) the name of an object, it will be read 10 times. Pick Good Names." Much of the DTML confusion arises from "names" that look like they were chosen to save typing effort. That may be OK for a project that will never be used by more than a small handful of folks who can answer questions for each other, but Open Source Zope is going on it's second birthday now. Too many newbies keep stumbling over things like "_", which should have been named something meaningful quite some time ago. But that's just one example. Instead of x vs. "x", how about render(x), or x.render(), and execute(x), or x.execute(). Maybe expr="x" and name="y" are clear to someone, but what matters to me is what process is going to be carried out on x and y, and I can't tell that from reading DTML. I do understand that one of the points of OO is that I shouldn't have to know the details of the actual process that happens when I hand one object to another. Ironically, as things are, I have to "know" anyhow, in order to get things working. But the worst part is, even after working through many examples of complex DTML, this stuff is still not "obvious". The greatest mystery to me is how something this obscure could have possibly been written in Python, which is about as obvious as code gets. Still Zopin', Jerry S.

2 1

_setObject error - urgent!
by Andy McKay 01 Sep '00

01 Sep '00

Hi, I think I have traced my error with cut and paste, I am getting an error on _setObject. If the object is not registered with Zope properly this will be a problem. Basic synopsis: Im importing an object from a script so Im getting a handle to the folder I would like the object to be in: this is obj. Then I call add and set object: obj._setObject(id, globals()[doctype](id, m)) This rather unusual syntax allows me to use a constructor for man different objects. The type is specified in 'doctype', I then get this error: 2000-08-31T16:56:57 PROBLEM(100) ASPNDoc Error: [exceptions.NameError: cat] Any ideas? Thanks in advance

1 1

RE: [Zope-dev] Re: Better encapsulation is good...
by Brian Lloyd 01 Sep '00

01 Sep '00

> > Did you run the Article class through > Globals.default__class_init__()? > > E.g. (at the module level), e.g.: > > > > Globals.default__class_init__(Article) > > > > Yes, I tried this too, (saw it in the mailing list archive). (I'm coming to this late, so ignore me if this is covered ground...) Are you certain that you are not losing the acquistion context on your Articles somehow? For example, if you are not doing a getattr on the container to get an article, you may need to maintain the acquistion chain yourself: class Article(Acquistion.Implicit): ... class Articles: """The container for articles. Note that I dont really contain them though - I get them from a database or something (or create them on the fly)""" def getArticle(self, id): # we create an Article on the fly, so we have to # "wrap" the object in the context of its container # to preserve the acquisition chain (and security # depends on an intact acquisition chain) item=Article(id) # this is the wrapping! return item.__of__(self) Hope this helps... Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

2 2

Re: [Zope-dev] Compatibility issues: ZPatterns 0.4.2,LoginManager 0.9.0
by Steve Alexander 01 Sep '00

01 Sep '00

Phillip Eby wrote: > > * We would like to drop support for Specialists directly containing data > plug-ins. This feature was intended to allow for acquiring shared data > plug-ins from within Racks, so that common attribute or sheet providers > could be shared among Racks without copying. In practice, Ty and I have > never once used this capability, and it could be easily replaced with the > ability to "include" a SkinScript within another SkinScript, if we take > advantage of 2.2.x-isms. I have been putting CatalogTriggers as DataManagers directly in Specialists. This seems to me the obvious place to do some triggering action that applies over all the Specialist's racks, but which has nothing to do with storage. I don't yet use SkinScript. However, I imagine there are a number of uses for Triggers that apply at the level of abstraction of a Specialist. Please think about keeping the feature, if it doesn't make things too complicated. -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net

2 5

RE: [Zope-dev] Re: Better encapsulation is good...
by Chris McDonough 01 Sep '00

01 Sep '00

> Well, I'm at a loss. I tried a bunch things myself, and I've > found out that > instances of the Article class are not inheriting > __ac_permissions__ from > the Posting class. In fact, even if you override > __ac_permissions__ in the > Article class, the validate() method is reporting there's > nothing there. What > I don't understand is, SquishSite works, and SquishFile > works, what's so > different about the Posting/Article classes? > I thought all one had to do was inherit RoleManager, and set > everything > properly in __ac_permissions__ ? Or am I totally not getting > the 2.2 Security > model? Do you know what's going on here? Did you run the Article class through Globals.default__class_init__()? E.g. (at the module level), e.g.: Globals.default__class_init__(Article)

3 2

ZPatterns bug: Customizers don't rename well
by Steve Alexander 31 Aug '00

31 Aug '00

ZPatterns 0-4-1snap1 Zope 2.2.1 To reproduce the error, do this: Create a Folder with Customizer support Give it a Customizer Rename that Customizer Press the "Customizers" tab in the folder Zope Error Error Type: AttributeError Error Value: __customizerRegistry__ Traceback (innermost last): File /lib/python/ZPublisher/Publish.py, line 222, in publish_module File /lib/python/ZPublisher/Publish.py, line 187, in publish File /lib/python/Zope/__init__.py, line 221, in zpublisher_exception_hook File /lib/python/ZPublisher/Publish.py, line 171, in publish File /lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: manage_main) File /lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: manage_main) File /lib/python/App/special_dtml.py, line 120, in __call__ (Object: manage_main) (Info: /lib/python/Products/ZPatterns/www/PlugInGroup.dtml) File /lib/python/DocumentTemplate/DT_String.py, line 528, in __call__ (Object: manage_main) File /lib/python/App/special_dtml.py, line 120, in __call__ (Object: manage_below) (Info: /lib/python/Products/ZPatterns/www/showCustomizers.dtml) File /lib/python/DocumentTemplate/DT_String.py, line 528, in __call__ (Object: manage_below) File /lib/python/DocumentTemplate/DT_In.py, line 630, in renderwob (Object: manage_registry) File /lib/python/Products/ZPatterns/Customizers.py, line 63, in manage_registry AttributeError: (see above) The error occurs because the rename method redirects to: http://puffin.cat-box.net:7080/test/Customizers_ Pressing the "customizers" tab yields the url: http://puffin.cat-box.net:7080/test/Customizers_/Customizers_/manage_worksp… -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net

2 3

RE: [Zope-dev] Re: ANNOUNCE: Zope 2.2.1 released - breaks my zcla ss instances too.
by Brian Lloyd 31 Aug '00

31 Aug '00

> I'm absolutely sure that NONE of the things which were broken in the > original Data.fs had the slightest/faintest connection with any of the > products I expunged. It was removing the cruft alone which fixed the > problem. > > Doesn't this (and the other episode reported by Andy) raise > the issue of > what we can do to ensure that a broken product or piece of a product > doesn't stop a healthy product and its instances (completely > independent > in the sense of not using any of the broken product's base classes or > classes) from working? I havent been able to reproduce Andy's issue yet either (though we're working to figure it out). At this point the only common thread seems to be "nested ZClasses", though it is apparently not as simple as that. Anyone seeing this problem who can provide me with a zipped up Data.fs and a _complete_ description of what (Python) products are installed in the affected installation would help greatly in being able to reproduce the problem... Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

New version of BTreeFolder
by Shane Hathaway 31 Aug '00

31 Aug '00

Hi gang, This version just fixes a bug with the folder contents tab on Windows. For some reason, on Windows 95 (and perhaps other platforms) the Python interpreter behaves differently enough that if you use a class attribute from a different module and put it in your own class, you may in fact be modifying its global context. It's probably a bug in Python. As a workaround, this version of BTreeFolders doesn't have the "details" tab anymore. http://www.zope.org/Members/hathawsh/BTreeFolder/BTreeFolder-0.1.1.tar.gz BTW has anyone done any semi-formal speed tests? It's rumored that a custom getattr in Python can cause a bit of a slowdown. We could write a custom getattr in C to solve the problem. But we don't want to do any premature optimization. Shane

7 13

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Zope-Dev August 2000