[Zope-Checkins] SVN: Zope/branches/2.9/ - Fixup usage of urljoin in webdav.davcmds
Log message for revision 69225: - Fixup usage of urljoin in webdav.davcmds (a shame I missed the deadline to Zope 2.9.4) Changed: U Zope/branches/2.9/doc/CHANGES.txt U Zope/branches/2.9/lib/python/webdav/common.py U Zope/branches/2.9/lib/python/webdav/davcmds.py -=- Modified: Zope/branches/2.9/doc/CHANGES.txt === --- Zope/branches/2.9/doc/CHANGES.txt 2006-07-20 12:09:12 UTC (rev 69224) +++ Zope/branches/2.9/doc/CHANGES.txt 2006-07-20 12:22:36 UTC (rev 69225) @@ -14,6 +14,13 @@ to the rules for such a type laid out in the Python docs: http://docs.python.org/api/supporting-cycle-detection.html + Zope 2.9.5 (unreleased) + + Bugs fixed + + - Usage of 'urljoin' in 'webdav.davcmds' could lead to wrongly +constructed urls. + Zope 2.9.4 (2006/07/21) Bugs fixed Modified: Zope/branches/2.9/lib/python/webdav/common.py === --- Zope/branches/2.9/lib/python/webdav/common.py 2006-07-20 12:09:12 UTC (rev 69224) +++ Zope/branches/2.9/lib/python/webdav/common.py 2006-07-20 12:22:36 UTC (rev 69225) @@ -42,6 +42,11 @@ return attr() return attr +def urljoin(url, s): +url = url.rstrip('/') +s = s.lstrip('/') +return '/'.join((url, s)) + def urlfix(url, s): n=len(s) if url[-n:]==s: url=url[:-n] Modified: Zope/branches/2.9/lib/python/webdav/davcmds.py === --- Zope/branches/2.9/lib/python/webdav/davcmds.py 2006-07-20 12:09:12 UTC (rev 69224) +++ Zope/branches/2.9/lib/python/webdav/davcmds.py 2006-07-20 12:22:36 UTC (rev 69225) @@ -23,10 +23,9 @@ from AccessControl import getSecurityManager from Acquisition import aq_parent from OFS.PropertySheets import DAVProperties -from ZConfig.url import urljoin from zExceptions import BadRequest, Forbidden -from common import absattr, aq_base, urlfix, urlbase +from common import absattr, aq_base, urlfix, urlbase, urljoin from common import isDavCollection from common import PreconditionFailed from interfaces import IWriteLock @@ -170,8 +169,8 @@ if dflag: ob._p_deactivate() elif hasattr(ob, '__dav_resource__'): -uri=urljoin(url, absattr(ob.id)) -depth=depth=='infinity' and depth or 0 +uri = urljoin(url, absattr(ob.getId())) +depth = depth=='infinity' and depth or 0 self.apply(ob, uri, depth, result, top=0) if dflag: ob._p_deactivate() @@ -409,7 +408,7 @@ if depth == 'infinity' and iscol: for ob in obj.objectValues(): if hasattr(obj, '__dav_resource__'): -uri = urljoin(url, absattr(ob.id)) +uri = urljoin(url, absattr(ob.getId())) self.apply(ob, creator, depth, token, result, uri, top=0) if not top: @@ -474,7 +473,7 @@ if hasattr(ob, '__dav_resource__') and \ (IWriteLock.providedBy(ob) or WriteLockInterface.isImplementedBy(ob)): -uri = urljoin(url, absattr(ob.id)) +uri = urljoin(url, absattr(ob.getId())) self.apply(ob, token, uri, result, top=0) if not top: return result @@ -529,7 +528,7 @@ for ob in obj.objectValues(): dflag = hasattr(ob,'_p_changed') and (ob._p_changed == None) if hasattr(ob, '__dav_resource__'): -uri = urljoin(url, absattr(ob.id)) +uri = urljoin(url, absattr(ob.getId())) self.apply(ob, token, user, uri, result, top=0) if dflag: ob._p_deactivate() ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Products.Five/branches/1.4/CHANGES.txt Reorganized changelog entries to reflect bug fixes and restructuring for unreleased.
Log message for revision 69227: Reorganized changelog entries to reflect bug fixes and restructuring for unreleased. Changed: U Products.Five/branches/1.4/CHANGES.txt -=- Modified: Products.Five/branches/1.4/CHANGES.txt === --- Products.Five/branches/1.4/CHANGES.txt 2006-07-20 12:22:54 UTC (rev 69226) +++ Products.Five/branches/1.4/CHANGES.txt 2006-07-20 12:32:25 UTC (rev 69227) @@ -5,27 +5,30 @@ Five 1.4.1 (unreleased) === +Bugfixes + + +* Made the pythonproducts monkey patching more robust by checking to + ensure patches aren't reapplied and cleaning up after itself. + * Backported the new traversal lookup order from Zope 2.10 (attribute, adapter, acquired attribute). -* Enabled the viewlet related directives by default. - -* Added acquisition wrappers to viewlets before updating or rendering. - * Made the provider directive acquisition wrap the resultant content provider so that simple providers that need security declarations (e.g. those that render pagetemplates) can work with the Zope 2 security machinery. +* Added acquisition wrappers to viewlets before updating or rendering. + +Restructuring +- + +* Enabled the viewlet related directives by default. + * Added Five.browser.pagetemplatefile.ViewPageTemplateFile as an alias to ZopeTwoPageTemplateFile and as a Zope 2 correspondence to zope.app.pagetemplate.ViewPageTemplateFile. -Bugfixes - - -* Made the pythonproducts monkey patching more robust by checking to - ensure patches aren't reapplied and cleaning up after itself. - Five 1.4 (2006-05-29) = ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-dev] buildbot failure in Zope trunk 2.4 Windows 2000 zc-bbwin6
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000 zc-bbwin6. Buildbot URL: http://buildbot.zope.org/ Build Reason: changes Build Source Stamp: 6712 Blamelist: andreasjung,baijum,benji,benji_york,jens,jim,jinty,poster,srichter,tseaver BUILD FAILED: failed compile sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] buildbot failure in Zope trunk 2.4 Linux zc-buildbot
The Buildbot has detected a failed build of Zope trunk 2.4 Linux zc-buildbot. Buildbot URL: http://buildbot.zope.org/ Build Reason: changes Build Source Stamp: 6712 Blamelist: andreasjung,baijum,benji,benji_york,jens,jim,jinty,poster,srichter,tseaver BUILD FAILED: failed test sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope 2.9.4 broken ?
Hi, I've downloaded the latested tar ball fro Zope Zope-2.9.4-final.tgz, unpacked it and try to build/install it on SuSE Linux 9.2 with Python 2.4.3 /usr/src/packages/BUILD/Zope-2.9.4-final # ./configure Configuring Zope installation Testing for an acceptable Python interpreter... Python version 2.4.3 found at /usr/bin/python The optimum Python version (2.4.3) was found at /usr/bin/python. - Zope top-level binary directory will be /opt/Zope-2.9. - Makefile written. Next, run make. /usr/src/packages/BUILD/Zope-2.9.4-final # make /usr/bin/python /usr/src/packages/BUILD/Zope-2.9.4-final/setup.py \ build --build-base=/usr/src/packages/BUILD/Zope-2.9.4-final/build-base/python-2.4 --build-lib=/usr/src/packages/BUILD/Zope-2.9.4-final/build-base/python-2.4/build-lib --build-scripts=/usr/src/packages/BUILD/Zope-2.9.4-final/build-base/python-2.4/build-scripts --build-temp=/usr/src/packages/BUILD/Zope-2.9.4-final/build-base/python-2.4/build-temp running build running build_py error: package directory 'build/lib/linux-i686-2/4/zope/app' does not exist make: *** [build] Error 1 Regards, Dirk -- Feel free – 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.9.4 broken ?
--On 20. Juli 2006 13:09:37 +0200 [EMAIL PROTECTED] wrote: Hi, I've downloaded the latested tar ball fro Zope Zope-2.9.4-final.tgz, unpacked it and try to build/install it on SuSE Linux 9.2 with Python 2.4.3 /usr/src/packages/BUILD/Zope-2.9.4-final # ./configure Configuring Zope installation Testing for an acceptable Python interpreter... Python version 2.4.3 found at /usr/bin/python The optimum Python version (2.4.3) was found at /usr/bin/python. - Zope top-level binary directory will be /opt/Zope-2.9. - Makefile written. Next, run make. /usr/src/packages/BUILD/Zope-2.9.4-final # make /usr/bin/python /usr/src/packages/BUILD/Zope-2.9.4-final/setup.py \ build --build-base=/usr/src/packages/BUILD/Zope-2.9.4-final/build-base/python- 2.4 --build-lib=/usr/src/packages/BUILD/Zope-2.9.4-final/build-base/python-2 .4/build-lib --build-scripts=/usr/src/packages/BUILD/Zope-2.9.4-final/build-base/pyth on-2.4/build-scripts --build-temp=/usr/src/packages/BUILD/Zope-2.9.4-final/build-base/python- 2.4/build-temp running build running build_py error: package directory 'build/lib/linux-i686-2/4/zope/app' does not exist make: *** [build] Error 1 Works for me (Suse 10.1, x64). -aj pgpZbVbzNXEC8.pgp Description: PGP signature ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] buildbot failure in Zope trunk 2.4 Windows 2000 zc-bbwin6
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000 zc-bbwin6. Buildbot URL: http://buildbot.zope.org/ Build Reason: The web-page 'force build' button was pressed by '': Build Source Stamp: None Blamelist: BUILD FAILED: failed compile sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Zope 2.9.4 broken ? (solved)
Hi, I found the solution for my problem: There was a build folder under lib/python called build/lib/lib-i686-2.4/... Don't know where it comes from. Maybe a wrong setup before current install process. Removing lib/python/build solved my problem. Regards, Dirk -- Feel free – 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
RE: [Zope-PAS] groups/roles and PAS
Title: RE: [Zope-PAS] groups/roles and PAS PERFECT!Ben, you are awesome - I really struggled with this!Thanks!One thing to note, after following your directions I got an error afterthe new role-type tried to add content, even though permissions seemedhigh enough in the folderish object, I had to adjust the privies up onthe portal_workflows (workflowsplone_workflowpublished (andvisible)Permissions).It seems because we adjusted out workflow so docs go straight to"published", the default permissions in the workflows had to be adjustedas well.All so simple, why couldn't I figure this one out?Andy Mrozkowski From: Ben Mason [mailto:[EMAIL PROTECTED]Sent: Wed 7/19/2006 5:38 PMTo: Mrozkowski, Andy; zope-pas@zope.orgSubject: RE: [Zope-PAS] groups/roles and PAS Andy,Add the role using the role manager plugin within PAS as well as thesecurity tab on the plone root.You should then be able to map these roles within the LDAP Multi Plugin.Ben-Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] OnBehalf Of Mrozkowski, AndySent: 19 July 2006 18:22To: zope-pas@zope.orgSubject: [Zope-PAS] groups/roles and PASI have searched and posted in plone-users and I can't find an answer tothis question on using PAS and ldap:How do you add custom zope roles, and then map them to ldap groups?I work in a university setting and have the need for finer grainedrole-control..Thanks!AndyPlone 2.5Zope 2.8.7python 2.3.5python-ldapldapUserfolder 2.7 betaldapMultiPlugins 1.2Fedora Core 4 server @ http://thewell.mhc.edubackground:I have an acl_users folder (PAS) in my Plone site and inside that, Ihave an LDAPMultiPlugin. Inside the plug-in is an LDAPUserFolder. I feelthat it is configured correctly because all my domain un/pw's work, andI can search for users and list all my groups.I figured out that it is preferable to map my LDAP groups to Zope rolesby using the portal_role_manager, and it is working - as long as I usethe built-in Zope roles.My requirement is to add custom roles within Zope and map my LDAP rolesto those.In the past I added custom roles from the security tab at the root of myPlone site. This method does not seem to work anymore. What is thepreferred method of adding custom Zope roles and mapping them to LDAPgroups? ___ Zope-PAS mailing list Zope-PAS@zope.org http://mail.zope.org/mailman/listinfo/zope-pas
[Zope] [ANN] Zope 2.9.4 released
Hi all, on behalf of Zope Corporation and the Zope community I am pleased to announce the release of Zope 2.9.4. This bugfix release corrects the information exposure vulnerability addressed in the 2007/07/05 Hotfix., http://www.zope.org/Products/Zope/Hotfix-2006-07-05 You may remove that hotfix product from your instances after upgrading to this version of Zope. You can download it from http://www.zope.org/Products/Zope/2.9.4/ Some new features of Zope 2.9: - ZODB 3.6 - Five 1.3 - integration for Zope 3 events for object creation and deletion - Zope 3 i18n integration for page templates For more information on what is new in this release, see the CHANGES.txt files for the release: http://www.zope.org/Products/Zope/2.9.4/CHANGES.txt Please bring all the bugs you have found to the Zope bugtracker: http://collector.zope.org/Zope:http://collector.zope.org/Zope For more information on the available Zope releases, guidance for selecting the right distribution and installation instructions, please see: http://www.plope.com/Books/2_7Edition/InstallingZope.stx Supported Python versions: Zope 2.9 requires Python 2.4.3 (Python 2.4.1, 2.4.2 are still acceptable). Older Python versions are no longer supported. -- Andreas Jung(andreas at zopyx dot com) pgpsrjLx4WJJR.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Catalog aware
Tino Wildenhain escribió: Garito wrote: Tino Wildenhain escribió: Garito wrote: ... Sure, but I can't create a new product for every product I'll use only to do it catalog aware, isn't it? Yes you can. Why not? I mean you are using them - so you can use your products instead as well. Yes but what if tomorrow you create a product? need work to times: you first, me later Who says you have a use for the product I create? Or if it makes sense to catalog it? If you want a cataloguing framework, why dont you use CMF or something? I want to make every class catalogable only if I point a zcatalog id (with self.default_catalog) but If I point it I want to catalogue the object And what of the object do you want to catalog? Which kind of indexes do you want it to support? What kind of questions do you expect your ZCatalog (hypothetically) answered? Could you give examples? Is not important what I want to catalog, for me is important that the object *was* in the catalog (some catalogs indexes some properties some others other properties) Now is a search era, isn't it? Yes, search for what and by whom is the question here. I don't thing so. The question is who is in the catalog Use another framework only to do the objects catalogable? I love simple things So why are you trying to make standard zope objects more complicated? :) More complicated? Sure, but I don't understand the cost to make every object in Zope catalogable. A class and a variable I don't thing is a big cost And I thing in Zope when I thing in keep it simple In my opinion (is only an opinion) these is not the best situation in a future Sorry but is not so acceptable for me The point is, it makes no sense to catalog Pagetemplates, Python Scripts, Folders and ZSQL Methods, Mailhosts and Database connections. These are all standard zope objects, yet they make catalogable content only in derived work or when they play together - which is a custom solution anyway. There you can add whatever cataloguing awareness you want. And if I use them dinamically (a user with the role1 use the template Ver but a user with the role2 use the template Ver1 for the same context)? (I'm not sure if I understand you clear, sorry If I make a mistake, please This would not be supported by just adding indexing to the standard objects anyway. You would write a container which supports the bahavior you want - and while you are at it you can easily add catalogawareness to that - exactly where and in the way _you_ need it :-) Individual objects cataloguing themself would get in your way. Regards Tino Wildenhain Yes, I'm creating a specific container that works in a curious way. In that container I could catalog a Page Template when I'm adding it but perhaps sometimes I want to track its changes an so on -- Mis Cosas http://blogs.sistes.net/Garito ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Announcing the release of Zope version 2.8.8
Hi Tres, - Extension Classes were rewritten as Python new-style classes making all features of Python new-style classes available in Zope objects. This includes support for cyclic garbage collection. Does this mean that the following is fixed? Quoting from the Zope 2.9.4 CHANGES.txt: To-do * Add cyclic-garbage collection support to C extension classes, especially to acquisition wrappers. 1. B: ExtensionClassType already declares that it supports GC (via the Py_TPFLAGS_HAVE_GC flag), but does not appear to conform to the rules for such a type laid out in the Python docs: http://docs.python.org/api/supporting-cycle-detection.html I don't see the same note in the 2.8.8 CHANGES.txt, but I'm sure it was there in earlier versions. kit -- kit BLAKE Infrae · infrae.com + 31 10 243 7051 Hoevestraat 10 · 3033GC · Rotterdam · The Netherlands ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Catalog aware
Garito wrote: Tino Wildenhain escribió: Garito wrote: Tino Wildenhain escribió: Garito wrote: ... Sure, but I can't create a new product for every product I'll use only to do it catalog aware, isn't it? Yes you can. Why not? I mean you are using them - so you can use your products instead as well. Yes but what if tomorrow you create a product? need work to times: you first, me later Who says you have a use for the product I create? Or if it makes sense to catalog it? If you want a cataloguing framework, why dont you use CMF or something? I want to make every class catalogable only if I point a zcatalog id (with self.default_catalog) but If I point it I want to catalogue the object And what of the object do you want to catalog? Which kind of indexes do you want it to support? What kind of questions do you expect your ZCatalog (hypothetically) answered? Could you give examples? Is not important what I want to catalog, for me is important that the object *was* in the catalog (some catalogs indexes some properties some others other properties) Please read the catalog section again: there isnt the object in the catalog! Again: The object is _not_ in the catalog. Its all about usefull indexes and maybe object metadata. So again: _what_ actually do you expect to find? Now is a search era, isn't it? Yes, search for what and by whom is the question here. I don't thing so. The question is who is in the catalog Use another framework only to do the objects catalogable? I love simple things So why are you trying to make standard zope objects more complicated? :) More complicated? Sure, but I don't understand the cost to make every object in Zope catalogable. A class and a variable I don't thing is a big cost And I thing in Zope when I thing in keep it simple Yes, but its nonsense. You cant do anything more with the objects in Zope if they are catalogued. In my opinion (is only an opinion) these is not the best situation in a future Sorry but is not so acceptable for me The point is, it makes no sense to catalog Pagetemplates, Python Scripts, Folders and ZSQL Methods, Mailhosts and Database connections. These are all standard zope objects, yet they make catalogable content only in derived work or when they play together - which is a custom solution anyway. There you can add whatever cataloguing awareness you want. And if I use them dinamically (a user with the role1 use the template Ver but a user with the role2 use the template Ver1 for the same context)? (I'm not sure if I understand you clear, sorry If I make a mistake, please This would not be supported by just adding indexing to the standard objects anyway. You would write a container which supports the bahavior you want - and while you are at it you can easily add catalogawareness to that - exactly where and in the way _you_ need it :-) Individual objects cataloguing themself would get in your way. Regards Tino Wildenhain Yes, I'm creating a specific container that works in a curious way. In that container I could catalog a Page Template when I'm adding it but perhaps sometimes I want to track its changes an so on Yes, but who should know what _you_ want your objects to do? You cannot expect all people (especially the ones writing zope core) to guess your needs - you are the one to express your wishes in the form of code :-) If you end up having a general solution (like these frameworks are) you can share them with others. Regards Tino ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Reading and parsing a text file object
Roberto Benitez wrote: The following worked for me: with a file object containing the following text: line one of test file line two of test file line three of test file I was table to parse lines w/ following code: file=%s % context.textfile num=1 for line in file.split(\n): print LINE %s IS: %s % (num,line) num+=1 return printed result was as follows: LINE 1 IS: line one of test file LINE 2 IS: line two of test file LINE 3 IS: line three of test file Thanks a lot, that is very useful. Although I wonder why there is no more direct method to do this, this works well. Cheers, Eric ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Catalog aware
Tino Wildenhain escribió: Garito wrote: Tino Wildenhain escribió: Garito wrote: Tino Wildenhain escribió: Garito wrote: ... Sure, but I can't create a new product for every product I'll use only to do it catalog aware, isn't it? Yes you can. Why not? I mean you are using them - so you can use your products instead as well. Yes but what if tomorrow you create a product? need work to times: you first, me later Who says you have a use for the product I create? Or if it makes sense to catalog it? If you want a cataloguing framework, why dont you use CMF or something? I want to make every class catalogable only if I point a zcatalog id (with self.default_catalog) but If I point it I want to catalogue the object And what of the object do you want to catalog? Which kind of indexes do you want it to support? What kind of questions do you expect your ZCatalog (hypothetically) answered? Could you give examples? Is not important what I want to catalog, for me is important that the object *was* in the catalog (some catalogs indexes some properties some others other properties) Please read the catalog section again: there isnt the object in the catalog! Again: The object is _not_ in the catalog. Its all about usefull indexes and maybe object metadata. So again: _what_ actually do you expect to find? When I talk about was in the catalog I mean the object is catalogued I expect to find *the object* in the catalog For example: How do you know how many cousins you have? Because you are a catalog that catalog the number of cousins you have Another example: how much skills about computing do you have? Again your skills are objects that you need (as a catalog you are) to catalog Like an entity (a thing, and object) you need to know some data stored in your life added to you Now is a search era, isn't it? Yes, search for what and by whom is the question here. I don't thing so. The question is who is in the catalog Use another framework only to do the objects catalogable? I love simple things So why are you trying to make standard zope objects more complicated? :) More complicated? Sure, but I don't understand the cost to make every object in Zope catalogable. A class and a variable I don't thing is a big cost And I thing in Zope when I thing in keep it simple Yes, but its nonsense. You cant do anything more with the objects in Zope if they are catalogued. Are you sure? I can find them!!! Then if I can find them I can count them, give to you (even if its don't depend on me, remember your skills or your cousins?) I want to create an object that acts like an entity (like a human or a mortage or a paper or a product -that you can sell) These entity need to know how is it (its properties, its characteristics) I ask myself if I know myself but I only know about myself all I can catalogue In my opinion (is only an opinion) these is not the best situation in a future Sorry but is not so acceptable for me The point is, it makes no sense to catalog Pagetemplates, Python Scripts, Folders and ZSQL Methods, Mailhosts and Database connections. These are all standard zope objects, yet they make catalogable content only in derived work or when they play together - which is a custom solution anyway. There you can add whatever cataloguing awareness you want. And if I use them dinamically (a user with the role1 use the template Ver but a user with the role2 use the template Ver1 for the same context)? (I'm not sure if I understand you clear, sorry If I make a mistake, please This would not be supported by just adding indexing to the standard objects anyway. You would write a container which supports the bahavior you want - and while you are at it you can easily add catalogawareness to that - exactly where and in the way _you_ need it :-) Individual objects cataloguing themself would get in your way. Regards Tino Wildenhain Yes, I'm creating a specific container that works in a curious way. In that container I could catalog a Page Template when I'm adding it but perhaps sometimes I want to track its changes an so on Yes, but who should know what _you_ want your objects to do? You cannot expect all people (especially the ones writing zope core) to guess your needs - you are the one to express your wishes in the form of code :-) If you end up having a general solution (like these frameworks are) you can share them with others. Regards Tino I don't expect anyone guess my needs (is for that I need to develop the class) :) I only ask if I can add some super classes to an object when I create it :) I know my needs are so particular but I want to create something new with a new perspective. If I can the result will be very curious (I suppose, I expect even) I choose Zope because is the most near to my finall result -- Mis Cosas
Re: [Zope] Catalog aware
On 7/20/06, Garito [EMAIL PROTECTED] wrote: Please read the catalog section again: there isnt the object in the catalog! Again: The object is _not_ in the catalog. Its all about usefull indexes and maybe object metadata. So again: _what_ actually do you expect to find? When I talk about was in the catalog I mean the object is catalogued I expect to find *the object* in the catalog No, there are indexes in the catalog that point to the object. You will have to search for certain information that then points to certain objects. This can be the object Type, or the path, or the id. Note that objects do not need to be catalogue aware to be catalogueable; just use the find tab and the catalog will index them. Making all Zope objects catalog aware by default makes no sense though. You have yet to come with a compelling generic use-case, let alone with one that convinces me. Why catalog database connectors for example? What kind of search are you performing? Have you thought about the potential problems of making all objects catalog-aware by default, like potential conflicts and side-effects? I say a big -infinity from me on the whole idea. -- Martijn Pieters ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Catalog aware
Garito wrote: Tino Wildenhain escribió: Garito wrote: Tino Wildenhain escribió: Garito wrote: Tino Wildenhain escribió: Garito wrote: ... Sure, but I can't create a new product for every product I'll use only to do it catalog aware, isn't it? Yes you can. Why not? I mean you are using them - so you can use your products instead as well. Yes but what if tomorrow you create a product? need work to times: you first, me later Who says you have a use for the product I create? Or if it makes sense to catalog it? If you want a cataloguing framework, why dont you use CMF or something? I want to make every class catalogable only if I point a zcatalog id (with self.default_catalog) but If I point it I want to catalogue the object And what of the object do you want to catalog? Which kind of indexes do you want it to support? What kind of questions do you expect your ZCatalog (hypothetically) answered? Could you give examples? Is not important what I want to catalog, for me is important that the object *was* in the catalog (some catalogs indexes some properties some others other properties) Please read the catalog section again: there isnt the object in the catalog! Again: The object is _not_ in the catalog. Its all about usefull indexes and maybe object metadata. So again: _what_ actually do you expect to find? When I talk about was in the catalog I mean the object is catalogued I expect to find *the object* in the catalog For example: How do you know how many cousins you have? Because you are a catalog that catalog the number of cousins you have So you want to count objects based on their meta_type? Of what use would be such an information? What if you know how many pagetemplates you have? :-) Another example: how much skills about computing do you have? Again your skills are objects that you need (as a catalog you are) to catalog We have a skills object in plain zope now? Thats news for me. Like an entity (a thing, and object) you need to know some data stored in your life added to you Yes, but a zcatalog cannot work with some data - you need to specify exactly _which_ data you want to find. So what exacly is this on standard Zope objects? .. Yes, but its nonsense. You cant do anything more with the objects in Zope if they are catalogued. Are you sure? I can find them!!! Then if I can find them I can count them, give to you (even if its don't depend on me, remember your skills or your cousins?) Ah yes, which zope product stores cousin data? I want to create an object that acts like an entity (like a human or a mortage or a paper or a product -that you can sell) Yes, you crate it - you define its cataloguing. So what is your business with standard zope objects here? These entity need to know how is it (its properties, its characteristics) You cant barely catalog all properties - the catalog would not even know if this property is meant as keyword or fulltext or whatever... I ask myself if I know myself but I only know about myself all I can catalogue ... Regards Tino I don't expect anyone guess my needs (is for that I need to develop the class) :) I only ask if I can add some super classes to an object when I create it :) You can, you just add it. Its there and you even know its name. So what was your problem again? :-) I know my needs are so particular but I want to create something new with a new perspective. If I can the result will be very curious (I suppose, I expect even) I choose Zope because is the most near to my finall result Exactly :-) Regards TIno ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Catalog aware
(Wed, Jul 19, 2006 at 12:00:09PM -0400) [EMAIL PROTECTED] wrote/schrieb/egrapse: Subject: Re: [Zope] Catalog aware Andreas Jung wrote: It makes little sense to index the contents of PTs. PTs are used to present a view on a particular instance of your class but not for providing content itself. Garito wrote: I think it's a question of preferences Then can I inject Catalog awarness to an object? ... more on subclassing and monkeypatching in further mails. Garito, please reread Andreas words. They are wisdom of the masters and not to be ignored. What would you want to catalog from the Page Template? The html, body and div tags? The tal:content attributes? Not these? But there is nothing else in there. There should be *no* content in the page template. If there is then *you are doing something wrong* and you will pay a heavy price down the road. Stop what you are doing and think about doing it in a better way. Regards, Sascha ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [***SPAM*** Score/Req: 04.00/04.00] Re: [Zope] Catalog aware
Tino Wildenhain escribió: Garito wrote: Tino Wildenhain escribió: Garito wrote: Tino Wildenhain escribió: Garito wrote: Tino Wildenhain escribió: Garito wrote: ... Sure, but I can't create a new product for every product I'll use only to do it catalog aware, isn't it? Yes you can. Why not? I mean you are using them - so you can use your products instead as well. Yes but what if tomorrow you create a product? need work to times: you first, me later Who says you have a use for the product I create? Or if it makes sense to catalog it? If you want a cataloguing framework, why dont you use CMF or something? I want to make every class catalogable only if I point a zcatalog id (with self.default_catalog) but If I point it I want to catalogue the object And what of the object do you want to catalog? Which kind of indexes do you want it to support? What kind of questions do you expect your ZCatalog (hypothetically) answered? Could you give examples? Is not important what I want to catalog, for me is important that the object *was* in the catalog (some catalogs indexes some properties some others other properties) Please read the catalog section again: there isnt the object in the catalog! Again: The object is _not_ in the catalog. Its all about usefull indexes and maybe object metadata. So again: _what_ actually do you expect to find? When I talk about was in the catalog I mean the object is catalogued I expect to find *the object* in the catalog For example: How do you know how many cousins you have? Because you are a catalog that catalog the number of cousins you have So you want to count objects based on their meta_type? Of what use would be such an information? What if you know how many pagetemplates you have? :-) Why not? It depends on the nature of the entity If I know now many pagetemplates has an entity I could show it to the user Because I make some curious use of the objects of Zope, for me every object will be a functionality, something the object can do, then I want to know everything about the entity Another example: how much skills about computing do you have? Again your skills are objects that you need (as a catalog you are) to catalog We have a skills object in plain zope now? Thats news for me. not now but I can develep it if I need Like an entity (a thing, and object) you need to know some data stored in your life added to you Yes, but a zcatalog cannot work with some data - you need to specify exactly _which_ data you want to find. So what exacly is this on standard Zope objects? My entity has some default indexes like meta_type or owner, etc but you could be creative in order to create new ones. It only depends on your needs .. Yes, but its nonsense. You cant do anything more with the objects in Zope if they are catalogued. Are you sure? I can find them!!! Then if I can find them I can count them, give to you (even if its don't depend on me, remember your skills or your cousins?) Ah yes, which zope product stores cousin data? Do you want to store cousins data? you need to create an object that stores cousin data I want to create an object that acts like an entity (like a human or a mortage or a paper or a product -that you can sell) Yes, you crate it - you define its cataloguing. So what is your business with standard zope objects here? They are funcionality to my entity. If the entity has a functionality that sends mails the entity need to has a mail host object but It's not important where do you create it if the entity catalogue it (you can always find it if you ask to the entity catalog) These entity need to know how is it (its properties, its characteristics) You cant barely catalog all properties - the catalog would not even know if this property is meant as keyword or fulltext or whatever... don't worry! I want to find them. It's not important what they are or where they are I ask myself if I know myself but I only know about myself all I can catalogue ... Regards Tino I don't expect anyone guess my needs (is for that I need to develop the class) :) I only ask if I can add some super classes to an object when I create it :) You can, you just add it. Its there and you even know its name. So what was your problem again? :-) They way to add it (but you point me to find at google monkeypatch isn't it? Thanks again) I know my needs are so particular but I want to create something new with a new perspective. If I can the result will be very curious (I suppose, I expect even) I choose Zope because is the most near to my finall result Exactly :-) Regards TIno -- Mis Cosas http://blogs.sistes.net/Garito ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists -
Re: [Zope] Reading and parsing a text file object
Roberto Benitez wrote: file=%s % context.textfile Huh? Isn't that just a weird and probably inefficient way of writing file=str(context.textfile)? ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Catalog aware
Please don't email me personally; let's keep this discussion on the list. Garito wrote: Yes, the indexes depends on the entity (I don't know what indexes I use until I define the entity but I need to catalog every characteristic of the entity) For example if I have a entity with a container where to put my cousins information I will catalog a keyword index called (is an example, remeber) HowMuch that counts the number of the objects stored in the container Or if I talk about skills I will catalogue the marks or the way to print the certificate of excelence (again an example) But then you can create specific subclasses that are catalog aware. What standard objects would you use to implement this? You have a specific, non-generic use-case that has already been catered for by the framework. Making all Zope objects catalog aware by default makes no sense though. You have yet to come with a compelling generic use-case, let alone with one that convinces me. Why catalog database connectors for example? What kind of search are you performing? Please, don't think in a particular case, think a way to do that if you need No, we need a use-case. Otherwise you have what we call a YAGNI, a You aint gonna need it feature that noone will maintain because noone uses it. A vague notion that you'd like to see this for your application is not a use-case. Have you thought about the potential problems of making all objects catalog-aware by default, like potential conflicts and side-effects? What kind of side-effects or conflicts (put an example to understand, please) Catalog indexes retrieve their infomation from the object, through a named attribute. If that attribute is callable, the index calls it, so it executes the code. That may have side effects not originally forseen because the original code never anticipated being indexed. This can happen when the attribute name can mean different things in different contexts. Zope is a complex beast, and the idea of making everything catalog aware is not going to play well. I say a big -infinity from me on the whole idea. I can't understand the last sentence (my english is a kid english, sorry again!) It means I say no to the idea. A big no. Martijn Pieters ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Reading and parsing a text file object
[EMAIL PROTECTED] wrote: Roberto Benitez wrote: file=%s % context.textfile Huh? Isn't that just a weird and probably inefficient way of writing file=str(context.textfile)? Sso I was mistaken when I said \n were removed... I can indeed split by '\n' the result of str(context.textfile) Eric ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [***SPAM*** Score/Req: 04.00/04.00] Re: [Zope] Catalog aware
Martijn Pieters escribió: Please don't email me personally; let's keep this discussion on the list. Garito wrote: Yes, the indexes depends on the entity (I don't know what indexes I use until I define the entity but I need to catalog every characteristic of the entity) For example if I have a entity with a container where to put my cousins information I will catalog a keyword index called (is an example, remeber) HowMuch that counts the number of the objects stored in the container Or if I talk about skills I will catalogue the marks or the way to print the certificate of excelence (again an example) But then you can create specific subclasses that are catalog aware. What standard objects would you use to implement this? You have a specific, non-generic use-case that has already been catered for by the framework. I can't subclass every class I need. These will need to reajust (subclass) every new case For example: Now I know I need Page Templates and Script Python catalogaware, then I subclass them and I finish the work, good But tomorrow I need a Mail host catalogaware, begin again and create a subclass for Mail host I would like if there are a generic way to add catalogawareness by code. If there are my problem about catalogawareness finish Making all Zope objects catalog aware by default makes no sense though. You have yet to come with a compelling generic use-case, let alone with one that convinces me. Why catalog database connectors for example? What kind of search are you performing? Please, don't think in a particular case, think a way to do that if you need No, we need a use-case. Otherwise you have what we call a YAGNI, a You aint gonna need it feature that noone will maintain because noone uses it. A vague notion that you'd like to see this for your application is not a use-case. I use these feature then YAGNI converts to AGUT (at least Garito use these) ;) Again I know these way is a very particular way, nothing more When Zopers define what Zope will be they thing in a particular use case? Or Ploners or CMFers? I don't think so I have a very clear model on my brain that is possible with more or less code What I'm trying is to reduce the length of the code I need to put these model at Zope Have you thought about the potential problems of making all objects catalog-aware by default, like potential conflicts and side-effects? What kind of side-effects or conflicts (put an example to understand, please) Catalog indexes retrieve their infomation from the object, through a named attribute. If that attribute is callable, the index calls it, so it executes the code. That may have side effects not originally forseen because the original code never anticipated being indexed. This can happen when the attribute name can mean different things in different contexts. Zope is a complex beast, and the idea of making everything catalog aware is not going to play well. Sure but Zopers don't stops these way only because someone could use it in a wrong way But I can understand the side effects (thanks for the example, it clears my doubt) Why making everything catalog aware is not going to play well? I only want catalog aware what is on my products area (sometimes bigger than others) I say a big -infinity from me on the whole idea. I can't understand the last sentence (my english is a kid english, sorry again!) It means I say no to the idea. A big no. Well, sorry for that! Martijn Pieters -- Mis Cosas http://blogs.sistes.net/Garito ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [***SPAM*** Score/Req: 04.00/04.00] Re: [Zope] Catalog aware
Garito wrote: Martijn Pieters escribió: Please don't email me personally; let's keep this discussion on the list. Garito wrote: Yes, the indexes depends on the entity (I don't know what indexes I use until I define the entity but I need to catalog every characteristic of the entity) For example if I have a entity with a container where to put my cousins information I will catalog a keyword index called (is an example, remeber) HowMuch that counts the number of the objects stored in the container Or if I talk about skills I will catalogue the marks or the way to print the certificate of excelence (again an example) But then you can create specific subclasses that are catalog aware. What standard objects would you use to implement this? You have a specific, non-generic use-case that has already been catered for by the framework. I can't subclass every class I need. These will need to reajust (subclass) every new case For example: Now I know I need Page Templates and Script Python catalogaware, then I subclass them and I finish the work, good But tomorrow I need a Mail host catalogaware, begin again and create a subclass for Mail host haha. I wonder which property of that single MailHost object you probably use you want to catalog and what exactly would be your Query to the ZCatalog, once you want to find out... I would like if there are a generic way to add catalogawareness by code. If there are my problem about catalogawareness finish Speaking of code: did you think about my hint? I mean the one with the loop - if you have the weird notion you need to make anything catalogaware, why dont you write a product which iterates over all other products in zope, and if not catalogaware, generate a generic catalogaware subclass for you? Heaven, you could even half way finished by the tiem you feed the thread :-) Regards Tino ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [***SPAM*** Score/Req: 04.00/04.00] Re: [Zope] Catalog aware
On 7/20/06, Garito [EMAIL PROTECTED] wrote: No, we need a use-case. Otherwise you have what we call a YAGNI, a You aint gonna need it feature that noone will maintain because noone uses it. A vague notion that you'd like to see this for your application is not a use-case. I use these feature then YAGNI converts to AGUT (at least Garito use these) ;) Again I know these way is a very particular way, nothing more So, one isolated case doesn't make a generic use case. You still haven't given us your particular application, only vague handwaving about how the way you are implementing your ideas needs a catalog. Until there is a clearly described general need for a feature like generic catalog-awareness, there is no case for such a feature to go into the core of Zope. I must say that of what I have been able to understand of what you are doing, it sounds to me as if you are approaching your problem in the wrong way. Page Templates and Python Scripts are there to implement application code and presentation, not store application data. The catalog is a means to find application data based on various aspects of that data. So Zope provides you with framework code that makes it easy for your data objects to re-catalogue themselves on changes, but all the application support objects don't implement this because they don't, normally, contain data. If your implementation relies on Python Scripts or Page Templates to contain application data, you are using the framework in a way it was not designed to do (for a good reason)! If so, rethink your application, instead of trying to make the framework fit. -- Martijn Pieters ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [***SPAM*** Score/Req: 04.00/04.00] Re: [Zope] Catalog aware
Martijn Pieters escribió: On 7/20/06, Garito [EMAIL PROTECTED] wrote: No, we need a use-case. Otherwise you have what we call a YAGNI, a You aint gonna need it feature that noone will maintain because noone uses it. A vague notion that you'd like to see this for your application is not a use-case. I use these feature then YAGNI converts to AGUT (at least Garito use these) ;) Again I know these way is a very particular way, nothing more So, one isolated case doesn't make a generic use case. You still haven't given us your particular application, only vague handwaving about how the way you are implementing your ideas needs a catalog. Until there is a clearly described general need for a feature like generic catalog-awareness, there is no case for such a feature to go into the core of Zope. I must say that of what I have been able to understand of what you are doing, it sounds to me as if you are approaching your problem in the wrong way. Page Templates and Python Scripts are there to implement application code and presentation, not store application data. The catalog is a means to find application data based on various aspects of that data. So Zope provides you with framework code that makes it easy for your data objects to re-catalogue themselves on changes, but all the application support objects don't implement this because they don't, normally, contain data. If your implementation relies on Python Scripts or Page Templates to contain application data, you are using the framework in a way it was not designed to do (for a good reason)! If so, rethink your application, instead of trying to make the framework fit. Ok, a real case: I'm working on a data system (I like the concept data system) for a friend He is Dj for that I want to create a concept like Session Form - A formulator See - Used to view the session on its default view Ask - Used to view the session to change it data (to modify the object) Edit - Used to change the properties (via Ask view) ... Ask will be something like tal:b tal:repeat='field Form/get_fields' label tal:attributes='for field/getId' / tal:b tal:replace='structure field/render' / /tal:b As you can see a lot of entities will use the same Ask I will create a container to store all these kind of functionality to use is as a generic Ask In a normal way I can use adquisition to make these way but I want to store things with some kind of order then I define something like MyFriendsWeb (this is an entity) Forms (is not an entity but I use the same product to create it) Session - Formulator Production - Formulator Functionality (is not an entity but I use the same product to create it) Ask See Edit Session (this is an entity) Form - points to MyFriendsWeb/Forms/Session See - Will use the generic one Ask - this one too (the generic one) ... Production (this is an entity) Form - points to MyFriendsWeb/Forms/Production See - Will use the generic one Ask - this one too (the generic one) MyFriendsWeb is an entity for that reason catalog everything that not in another entity like Session Session is another entity for that catalog See (the pointer one not the real See), Ask (like See is a pointer) and so on What I want is semantic structure not only usefull structure that makes that every entity will know everything it can do or be With my model I use my product for every container, formulators/page templates/script pythons like functionality an so on My product is about 300 lines of code but I can describe everything I need Is like Plone but with 300 lines of code My model works but I would like if its possible to use something like tal:b tal:replace='structure Session/Form/header' / or tal:b tal:replace='MyFriendsWeb/Sessions' / instead of tal:b tal:define='Form some code to retrieve the form. First if here has Form, then in the acquisition context and finally searching on the catalog of the entity' tal:replace='structure Form/header' / /tal:b It works, its only a question of use it as simple as I can For that my product is a ZCatalog with a property Entity (boolean) If you mark Entity as true for an object every objects below these one are catalogued by my product I use an override of __bobo_traverse__ and __call__ What do you think? -- Mis Cosas http://blogs.sistes.net/Garito ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] (no subject)
I couldn't reproduce this behavior. When I try to make such assignement (myObject.title='The new title'), Zope returns this messageattribute-less object (assign or del) I'm using Zope 2.7.6-final, python 2.3.4. Jose Henrique2006/7/18, Martijn Pieters [EMAIL PROTECTED]: On 18 Jul 2006 19:12:54 -, [EMAIL PROTECTED][EMAIL PROTECTED] wrote: Why, given an object called myObject with a title property, can I not change the title by saying simply: myObject.title='The new title'You can. Property sheets are aimed at ease of changing through theweb; it is a simple schema for simple properties.--Martijn Pieters___ Zope maillist-Zope@zope.orghttp://mail.zope.org/mailman/listinfo/zope** No cross posts or HTML encoding!** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [***SPAM*** Score/Req: 04.00/04.00] Re: [Zope] Catalog aware
On 7/20/06, Garito [EMAIL PROTECTED] wrote: What do you think? I realize this is probably because English isn't your first language, but I completely failed to understand there what your application does or tries to accomplish. I just cannot reconstruct what the application should do for your friend. Sorry! -- Martijn Pieters ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] default webpage after External Method script executed
Hi! My simple webpage for submitting files is ok. It calls a External Method script to do all the dirty job. However, I am running out of ideas of how to get back to my default submitting web page after submitting a file (and thus execute the script). Any idea would be very welcome. Thanks in advance. Cheers, Alan -- Alan Wilter S. da Silva, D.Sc. - Research Associate Department of Biochemistry, University of Cambridge. 80 Tennis Court Road, Cambridge CB2 1GA, UK. http://www.bio.cam.ac.uk/~awd28 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] default webpage after External Method script executed
--On 20. Juli 2006 19:25:11 +0100 Alan [EMAIL PROTECTED] wrote: Hi! My simple webpage for submitting files is ok. It calls a External Method script to do all the dirty job. However, I am running out of ideas of how to get back to my default submitting web page after submitting a file (and thus execute the script). return self.context.REQUEST.RESPONSE.redirect(some_url_plus_query_string) -aj pgpSGGK9SkNCV.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] default webpage after External Method script executed
Andreas Jung wrote: --On 20. Juli 2006 19:25:11 +0100 Alan [EMAIL PROTECTED] wrote: Hi! My simple webpage for submitting files is ok. It calls a External Method script to do all the dirty job. However, I am running out of ideas of how to get back to my default submitting web page after submitting a file (and thus execute the script). return self.context.REQUEST.RESPONSE.redirect(some_url_plus_query_string) valid but very ugly. Why not just return the result of the call of a template? e.g. return self.zpt_or_whatever_template() Or do all the form work in a python script anyway, which calls the external method when everything looks ok and returns with the template as above. While I wonder what the mentioned dirty work really is... Regards Tino ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] default webpage after External Method script executed
--On 20. Juli 2006 20:48:16 +0200 Tino Wildenhain [EMAIL PROTECTED] wrote: return self.context.REQUEST.RESPONSE.redirect(some_url_plus_query_string) valid but very ugly. Why not just return the result of the call of a template? You might be interested have the original page under the original URL. So a redirection is fine. e.g. return self.zpt_or_whatever_template() Or do all the form work in a python script anyway, which calls the external method when everything looks ok and returns with the template as above. THis also work...depends on your usecase and requirements -aj pgpRqvlSRhwzV.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: Announcing the release of Zope version 2.8.8
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 kit BLAKE wrote: Hi Tres, - Extension Classes were rewritten as Python new-style classes making all features of Python new-style classes available in Zope objects. This includes support for cyclic garbage collection. Does this mean that the following is fixed? Quoting from the Zope 2.9.4 CHANGES.txt: To-do * Add cyclic-garbage collection support to C extension classes, especially to acquisition wrappers. 1. B: ExtensionClassType already declares that it supports GC (via the Py_TPFLAGS_HAVE_GC flag), but does not appear to conform to the rules for such a type laid out in the Python docs: http://docs.python.org/api/supporting-cycle-detection.html I don't see the same note in the 2.8.8 CHANGES.txt, but I'm sure it was there in earlier versions. The note in earlier versions was actually a fossil, and I removed it: it indicated that ExtensionClass was not a new-style class at all. I don't actually know whether it plays well with GC or not (the note on the 2.9 branch reflects my ignorance, as well). The text in the announcement is actually cloned from the earlier announcment (of 2.8.7). Tres. - -- === Tres Seaver +1 202-558-7113 [EMAIL PROTECTED] Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEv9hx+gerLs4ltQ4RAjeDAKC4V5Hu77LFspnjXdfOKsmz/I6QxACeKUi/ WpfoH8zYZyTnQSZPpYKuoco= =1FYr -END PGP SIGNATURE- ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )