Re: [Zope-dev] Common Icons or Free Icon collection
Linux distributions come bundled with a bunch of "free" icons. And I beleive there are some ...tar.gz archives on metalab.unc.edu (former sunsite.unc.edu). -Holger Am Mon, 26 Jun 2000 schrieben Sie: Hi, I need some icons/pics for my Zope project. Are there any common icons for Zope I could use, and if not, shouldn`t there be such a thing? Does anybody know of any other collection of free icon-collections available ? Thomas ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 ) -- --- catWorkX GmbH Hamburg Dipl.-Ing. Holger Lehmann Stresemannstr. 364 22761 Hamburg Tel: +49 40 890 646-0 Fax: +49 40 890 646-66 mailto:[EMAIL PROTECTED] http://www.catworkx.de http://www.catbridge.de ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] Python 1.6
On Fri, 23 Jun 2000 21:27:43 +0200 (CEST), Dieter Maurer [EMAIL PROTECTED] wrote: Toby Dickenson writes: I'm about to start looking at running Zope on python 1.6 (Im feeling the need for better Unicode support). Almost surely, it will work. But it probably will not use the Unicode support automatically. That much I do know. I'm migrating to 1.6 so I can add this support to Zope ;-) (fyi, my prototype implementation for ZPublisher unicode support for python 1.5.2 is at http://www.zope.org/Members/htrd/wstring ) Toby Dickenson [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] zpatterns-0.4a4
Jephte CLAIN wrote: There is a bug (a feature?) in Specialist.getItem in zpatterns-0.4a4: def getItem(self, key): if hasattr(self.aq_base,'retrieveItem'): return self.retrieveItem(key=key) # XXX need DTML check? for rack in self.rackList: item = rack.__of__(self).getItem(key) return item This code should (IMHO) read: def getItem(self, key): if hasattr(self.aq_base,'retrieveItem'): return self.retrieveItem(key=key) # XXX need DTML check? for rack in self.rackList: item = rack.__of__(self).getItem(key) if item is not None: return item return None I also think so, Jephte. But I thought 'for rack ...' was just a shorter form of if len( rackList) 0) : return rackList[0].__of__( self).getItem( key) else : return None Better you, Phillip, replace it with one of more clear forms - Jephte's or mine. By the way, I do not like this Rack list at all. Racks and Specialists are both DataManagers with compatible interfaces (getItem, newItem). IMHO, Specialists should have list of DataManagers. This make much sense in context of combining Specialists - ZSession and ClientManager, for example. It is not sufficient just to tune ZSession using ClientManager's rack and ZClass, because in this case we are losing the ClientManager's aspect in sessions. Of course, one always can create delegating rack (and even rack-to-specialist bridge), but what do this for if simple replacing rackList with dataManagerList will solve all such problems? (Oh Gott, help mine improvink mie English :-) Mike ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] zpatterns-0.4a4
mike wrote: I also think so, Jephte. But I thought 'for rack ...' was just a shorter form of if len( rackList) 0) : return rackList[0].__of__( self).getItem( key) else : return None The intended behavior (at least in zpatterns-0.3) was to get an item from one of the racks. This is why I think this is a bug. It changes the behavior of zpatterns-0.3 because it returns the value from the first rack, and ignore the others. I wonder then of what use is the other racks... (or is this intended? I don't think so) If a rack returns None, then we assume the rack is not responsible for storage of that element, and go on with the next rack in the list Better you, Phillip, replace it with one of more clear forms - Jephte's or mine. By the way, I do not like this Rack list at all. Racks and Specialists are both DataManagers with compatible interfaces (getItem, newItem). IMHO, Specialists should have list of DataManagers. This make much sense in context of combining Specialists - ZSession and ClientManager, for example. It is not sufficient just to tune ZSession using ClientManager's rack and ZClass, because in this case we are losing the ClientManager's aspect in sessions. Of course, one always can create delegating rack (and even rack-to-specialist bridge), but what do this for if simple replacing rackList with dataManagerList will solve all such problems? I believe RackMountable/Racks/Specialist are not the same as DataSkin/DataManagers (in the spirit at least) They are used for different things. Or it is kept for compatibilty with old applications (at least, LoginManager use the Specialist/Rack paradigm) (Oh Gott, help mine improvink mie English :-) itoo :-) regards, jephte clain [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] zpatterns-0.4a4
At 01:08 PM 6/26/00 +0400, Jephte CLAIN wrote: This code should (IMHO) read: def getItem(self, key): if hasattr(self.aq_base,'retrieveItem'): return self.retrieveItem(key=key) # XXX need DTML check? for rack in self.rackList: item = rack.__of__(self).getItem(key) if item is not None: return item return None Corrected for next release. ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
RE: [Zope-dev] Re: [Zope] Please test this Zope 2.2 beta 1 ZSQLMethods fix...
TJM That did it! But... :) I ended up having to re-create all TJM my ZSQL methods, which was funny because they all worked in TJM the beta 1 but not in beta 2. I kept getting len() of TJM unsized object errors. Anyway, re-creating them all from TJM scratch (ugh..) solved that problem. So - any news on the re-creating all the sql methods bit? I am about to start doing the same thing. Any way to work around this? You certainly shouldn't have to do that - AFAIK, TJ's was the only report of that behavior. There ARE other people reporting something about "len of unsized object" errors with their SQL methods after upgrading that I'm trying to get to the bottom of. Unfortunately, I haven't been able to reproduce that locally. I would really appreciate if some folks would: o !!backup your original Data.fs!! before trying out 2.2 beta 2 o If you have any problems with the SQLMethods, if you can send me your zipped object db (and info on what products need to be installed to reproduce your environment) that would help a lot. (send a copy of the back up Data.fs) It would be great if someone can send me one where the SQL stuff is based on Gadfly or MySQL connections if possible... Brian Lloyd[EMAIL PROTECTED] Software Engineer 540.371.6909 Digital Creations http://www.digicool.com ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
RE: [Zope-dev] No feedback for SOAP patch ?
On Fri, Jun 23, 2000 at 10:34:50PM -0400, Evan Simpson wrote: I've barely had a free second with functioning brain capacity this past week, but I'm interested. More so now that Secret Labs has announced their SOAP client library at http://www.pythonware.com/products/soap If you That made me to do it :^) (and it is partly guilty for why it isnt working as good as it should...). haven't already popped your patch into the Collector, please do! I just did now -Petru Thanks Petru - It will probably be a few days before I can look at the SOAP stuff, but I am definitely interested. SOAP support is one of the things on the (soon to be published) development roadmap for the Zope core - but it looks like we might get there a lot sooner than I originally thought :^) Brian Lloyd[EMAIL PROTECTED] Software Engineer 540.371.6909 Digital Creations http://www.digicool.com ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
[Zope-dev] setup.py scripts
Has anyone at DC looked at the setup.py scripts I posted a while back? Any questions? Any opinions? Anyone care for a mint? --amk ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
[Zope-dev] 2.2 permission problem with adding ZClass Instance as user in DTML
OK, I have aproblem that is largely baffling me. I have Meerting Management installed and working properly ... for the most part. If I use the following code to add a Managed Meeting, it works fine: a href="/LAN/manage_addProduct/MeetingManagement/ManagedMeeting_factory"Add LAN Party/a I get the form, and it adds as user just fine. Anonymous wokrs fine too. However, this is not only ugly, it wreaks havoc with my navtrail. So I copied my code from KnowledgeKit, and changed to suit the product: Form calls as action the method CreateEvent: dtml-with "manage_addProduct['MeetingManagement']" dtml-call "ManagedMeeting_Add(_.None, _)" /dtml-with And it barfs on permissions, requesting a username/pass combo through Basic HTTP Auth, as opposed to the cookie login I am using (Membership 0.6.0). The traceback is less than helpful, but if anyone wants it, I'll post it. Any help much appreciated, since I'll be able to return to working on some cool stuff once this is resolved. Bill ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] New security model and products breaking zope management
"R. David Murray" wrote: OK, I've stared at this for a couple days and have not made any progress. Perhaps others will have some insights. Zope 2.2.0b2, clean install. Works fine. Add EMarket. Now the management is broken. Accessing the base URL of the site with /manage_main appended gives you the file list view of the root folder, with no prompt for authentication. Accessing /manage prompts for a login, but the right panel view is the import/export screen and not the folder list. There's other weird stuff, like a key error on "a_", which appears to be temporary variable used in one of the DTML management pages. I've read Brian's 2.2 product security update, and it looks to me like EMarket is Doing the Right Thing (though I haven't checked completely for unprotected methods yet), which makes sense since it was a working product grin. I have a private report that eTailor also has this problem, but haven't tested it myself. If I am not the source of that report, chalk up another one for the tally. ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] New security model and products breaking zope management
On Mon, 26 Jun 2000, Lalo Martins wrote: I had the same problem ("Contents" tab not appearing) and it didn't even occur to me that it might be a Product (because that happened before the update on Products was released). After much munching trough the code, I made the simple change (attached) to lib/python/app/Management.py based on the warnings given by that same file and lib/python/AccessControl/ZopeSecurityPolicy.py - and now my Zope 2.2 is working just fine. I don't know whether the problem is in a Product or Management.py, but my "fix" makes sense to me... Well, your fix fixed the "a_" problem, but not the permissions problem (I don't get prompted for a login when accessing /manage_main). I haven't gotten too far on my testing yet, but I have shown that a zero length __init__.py file in the EMarket product directory still yeilds the problem. I don't understand the product import process, so I don't know what else does get loaded with a zero length __init__ file. I'll do more experimenting Wednesday... --RDM -- --- Management.py.orig Thu Jun 22 01:18:59 2000 +++ Management.py Thu Jun 22 01:48:48 2000 @@ -127,7 +127,7 @@ if o is None: continue try: -if validate(value=o): +if validate(container=self, value=o): result.append(d) except: if not hasattr(o, '__roles__'): ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
[Zope-dev] 2.2.0b3 - try/except changed?
This new beta has fixed some problems for me and the documentation on the new security model for products has really helped... However, I seem to be getting errors in previously (2.1.6) dtml try/except structures. 1. dtml-except now seems to die unless there's an error_type parameter (I usually don't need them...) - presumably a new buglet? 2. dtml-trydtml-var "fooZSQL"/dtml-try doesn't catch exceptions in SybaseDA connected ZSQL method fooZSQL anymore?? I'm pretty sure this is a change from 2.1.6 behaviour - and a change for the worse IMHO - it's very useful to be able to expect a try/except structure to trap ALL errorsgracefully Could some kind soul confirm that it's not just me so I can pop this into the collector please? -- Dr Ross Lazarus Associate Professor and Sub-Dean for Information Technology Faculty of Medicine, Room 126A, A27, University of Sydney, Camperdown, NSW 2006, Australia Tel: (+61 2) 93514429 Mobile: +61414872482 Fax: (+61 2) 93516646 Email: [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )