From pw_lists at slinkp.com Sun Oct 1 18:22:10 2006 From: pw_lists at slinkp.com (Paul Winkler) Date: Sun, 1 Oct 2006 12:22:10 -0400 Subject: [z3-five] [Zope] Re: A Quick Event-based Cataloging How-to for Zope 2 In-Reply-To: <451D9CF3.4010707@simplistix.co.uk> References: <451949AF.7050005@simplistix.co.uk> <451D9CF3.4010707@simplistix.co.uk> Message-ID: <20061001162210.GJ7408@slinkp.com> On Fri, Sep 29, 2006 at 11:23:47PM +0100, Chris Withers wrote: > whit wrote: > >thanks Chris! > > > >-w > > I just wish there was a good and more permenant place to put this... maybe zopewiki.org? thanks for the writeup, very useful and readable! -- Paul Winkler http://www.slinkp.com From y.2006_ at wcm-solutions.de Sun Oct 1 21:30:23 2006 From: y.2006_ at wcm-solutions.de (yuppie) Date: Sun, 01 Oct 2006 21:30:23 +0200 Subject: [z3-five] propagating form/formlib fixes Message-ID: <4520174F.6080900@wcm-solutions.de> Hi! Zope 2.9.5 will ship with some form and formlib fixes backported from Zope 3.3. I'd like to make sure the related code in Five 1.4 and 1.5 is up to date. A few questions: - Is it fine to limit this to Five 1.4 and 1.5? I don't think many people use zope.app.form with older Five versions, formlib support is anyway new in Five 1.4. - Is it fine to make Zope 2.9.5 required for the next Five 1.4 release? - Five ships with its own version of pageform.pt and subpageform.pt. AFAICS that's only necessary in Five 1.4 for pageform.pt because the original version uses metal:extend-macro and metal:define-macro in the same tag. I propose to sync Five 1.4's pageform.pt as far as possible with Zope 3.2.2 and to remove all other copies of pageform.pt and subpageform.pt. ZopeTwoPageTemplateFiles can be created directly from the zope.formlib versions. Any comments? Cheers, Yuppie From maciej.wisniowski at coig.katowice.pl Sun Oct 1 23:30:26 2006 From: maciej.wisniowski at coig.katowice.pl (Maciej Wisniowski) Date: Sun, 01 Oct 2006 23:30:26 +0200 Subject: [z3-five] propagating form/formlib fixes In-Reply-To: <4520174F.6080900@wcm-solutions.de> References: <4520174F.6080900@wcm-solutions.de> Message-ID: <45203372.3010608@coig.katowice.pl> >Any comments? > > I'm using 2.9.4 with Five 1.4 and formlib. Having Zope 2.9.5 required for next Five 1.4 release seems to be acceptable for me. Maybe it is good moment to do something with DateDisplayWidget? I mean - remove reference to 'request.locale' from it's code. There was a long thread about this on Zope list and I've even send proposal of modified code there. -- Maciej Wisniowski From chris at simplistix.co.uk Mon Oct 2 13:18:48 2006 From: chris at simplistix.co.uk (Chris Withers) Date: Mon, 02 Oct 2006 12:18:48 +0100 Subject: [z3-five] A Quick Event-based Cataloging How-to for Zope 2 In-Reply-To: <319e029f0609300023q353a22f2kf7c77b986702e533@mail.gmail.com> References: <451949AF.7050005@simplistix.co.uk> <319e029f0609260907pa075d86w81c782d57d6ee115@mail.gmail.com> <451950DC.3050602@simplistix.co.uk> <319e029f0609300023q353a22f2kf7c77b986702e533@mail.gmail.com> Message-ID: <4520F598.9010000@simplistix.co.uk> Good plan: http://zopewiki.org/Zope2EventBasedCataloging I hope the gods of ZWiki will link it into the right places... Chris Lennart Regebro wrote: > http://zopewiki.org/ZopeWiki ? -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk From restless.being at gmail.com Mon Oct 2 14:53:39 2006 From: restless.being at gmail.com (eXt) Date: Mon, 2 Oct 2006 14:53:39 +0200 Subject: [z3-five] Zope 2.10 and UnicodeDecodeErrors Message-ID: <200610021453.39260.restless.being@gmail.com> Hi I installed Zope 2.10.0.c1 on my Kubuntu Dapper (also tried Fedora 4) set 'default-zpublisher-encoding' to 'utf-8' at zope.conf and... ecountered a UnicodeDecodeError while trying to use a view page template containing international characters (utf-8). It's very easy to reproduce my problem - just put ViewsTutorial (from Five docs/products directory) to zope instance's Producs folder, and add unicode characters to 'someview.pt', restart Zope, create Five Demo Content instance via ZMI and view it. Exactly the same code worked well at Zope 2.9.4. Some meaningful code below: someview.pt: ?abka (text with national characters) configure.zcml: Full traceback is: Traceback (innermost last): * Module ZPublisher.Publish, line 115, in publish * Module ZPublisher.mapply, line 88, in mapply * Module ZPublisher.Publish, line 41, in call_object * Module Products.Five.browser.metaconfigure, line 404, in __call__ * Module Shared.DC.Scripts.Bindings, line 313, in __call__ * Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec * Module Products.PageTemplates.PageTemplateFile, line 121, in _exec * Module Products.PageTemplates.PageTemplate, line 89, in pt_render * Module zope.pagetemplate.pagetemplate, line 118, in pt_render Warning: Macro expansion failed Warning: exceptions.UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 14: ordinal not in range(128) * Module StringIO, line 271, in getvalue UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 14: ordinal not in range(128) What is going on? -- Jakub Wisniowski From chris at simplistix.co.uk Mon Oct 2 16:19:37 2006 From: chris at simplistix.co.uk (Chris Withers) Date: Mon, 02 Oct 2006 15:19:37 +0100 Subject: [z3-five] [Zope] Re: A Quick Event-based Cataloging How-to for Zope 2 In-Reply-To: <20061001162210.GJ7408@slinkp.com> References: <451949AF.7050005@simplistix.co.uk> <451D9CF3.4010707@simplistix.co.uk> <20061001162210.GJ7408@slinkp.com> Message-ID: <45211FF9.3090004@simplistix.co.uk> Paul Winkler wrote: > maybe zopewiki.org? > > thanks for the writeup, very useful and readable! Yeah, I'm trying to get better at writing "dox for stupid people", which is the category I often fall into when I need to do something like this in a hurry or after little sleep... It's also getting perilously close to being a doctest ;-) That said, I'm still shuddering at doing the tests for the Zope 2 components to make Twiddler work *sigh* Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk From y.2006_ at wcm-solutions.de Mon Oct 2 16:28:23 2006 From: y.2006_ at wcm-solutions.de (yuppie) Date: Mon, 02 Oct 2006 16:28:23 +0200 Subject: [z3-five] propagating form/formlib fixes In-Reply-To: <45203372.3010608@coig.katowice.pl> References: <4520174F.6080900@wcm-solutions.de> <45203372.3010608@coig.katowice.pl> Message-ID: <45212207.4000201@wcm-solutions.de> Hi Maciej! Maciej Wisniowski wrote: > Maybe it is good moment to do something with DateDisplayWidget? > I mean - remove reference to 'request.locale' from it's code. > There was a long thread about this on Zope list and I've even send > proposal of modified code there. I'd prefer to make 'request.locale' available. If we can't do that in general because of backwards compatibility issues we should do this at least in browser views. People who want to use browser views modify their code anyway. It should be easy for them to avoid 'locale' form variables. The easiest way would be to attach locale directly to the request: def __init__(self, context, request): self.context = context self.request = request self.request.locale = getLocale(request) A cleaner solution would use a proxy object: def __init__(self, context, request): self.context = context self.request = LocaleProxy(request) Cheers, Yuppie From chris at simplistix.co.uk Tue Oct 3 10:26:40 2006 From: chris at simplistix.co.uk (Chris Withers) Date: Tue, 03 Oct 2006 09:26:40 +0100 Subject: [z3-five] propagating form/formlib fixes In-Reply-To: <45212207.4000201@wcm-solutions.de> References: <4520174F.6080900@wcm-solutions.de> <45203372.3010608@coig.katowice.pl> <45212207.4000201@wcm-solutions.de> Message-ID: <45221EC0.3080003@simplistix.co.uk> yuppie wrote: > I'd prefer to make 'request.locale' available. If we can't do that in > general because of backwards compatibility issues ...we really need to bite the bullet on this some time soon. Yeah, sure, some apps will break. I'll be that it won't be many, and would make life a lot easier for the other 99% of us! cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk From sidnei at enfoldsystems.com Wed Oct 4 00:51:13 2006 From: sidnei at enfoldsystems.com (Sidnei da Silva) Date: Tue, 3 Oct 2006 22:51:13 +0000 (UTC) Subject: [z3-five] Zope 2.10 and UnicodeDecodeErrors References: <200610021453.39260.restless.being@gmail.com> Message-ID: > What is going on? You should probably send that email to zope-dev at zope.org. Doesn't look like the person involved on the change (Andreas Jung I believe) is subscribed to this list. -- Sidnei da Silva Enfold Systems, Inc From sidnei at enfoldsystems.com Wed Oct 4 00:55:16 2006 From: sidnei at enfoldsystems.com (Sidnei da Silva) Date: Tue, 3 Oct 2006 22:55:16 +0000 (UTC) Subject: [z3-five] Problems with defaultView/defaultViewable and CMF Message-ID: Hi there, I've recently discovered that five:defaultViewable and browser:defaultView do *not* work with CMF 1.6+, due to the fact that DynamicType overrides __before_publishing_traverse___ which prevents __browser_default__ from being called. Questions: - Anyone else has faced this issue? - Would you say this is a Five or CMF bug (or maybe Zope?) bug? -- Sidnei da Silva Enfold Systems, Inc From lists at zopyx.com Wed Oct 4 05:32:39 2006 From: lists at zopyx.com (Andreas Jung) Date: Wed, 04 Oct 2006 05:32:39 +0200 Subject: [z3-five] Zope 2.10 and UnicodeDecodeErrors In-Reply-To: <200610021453.39260.restless.being@gmail.com> References: <200610021453.39260.restless.being@gmail.com> Message-ID: <7054C9BA2BF7839ACB411CDE@[192.168.0.28]> Possibly a a problem with the new ZPT engine from ZPT. Please put this into the Zope bugtracker (preferred with a *unittest* demonstrating this issue). -aj --On 2. Oktober 2006 14:53:39 +0200 eXt wrote: > Hi > > I installed Zope 2.10.0.c1 on my Kubuntu Dapper (also tried Fedora 4) > set 'default-zpublisher-encoding' to 'utf-8' at zope.conf and... > ecountered a UnicodeDecodeError while trying to use a view page template > containing international characters (utf-8). > > It's very easy to reproduce my problem - just put ViewsTutorial (from > Five docs/products directory) to zope instance's Producs folder, and add > unicode characters to 'someview.pt', restart Zope, create Five Demo > Content instance via ZMI and view it. Exactly the same code worked well > at Zope 2.9.4. > > Some meaningful code below: > > someview.pt: > > > ?abka (text with national characters) > > > > configure.zcml: > for=".democontent.IDemoContent" > name="someview.html" > template="someview.pt" > permission="zope2.ViewManagementScreens" > /> > > > Full traceback is: > Traceback (innermost last): > > * Module ZPublisher.Publish, line 115, in publish > * Module ZPublisher.mapply, line 88, in mapply > * Module ZPublisher.Publish, line 41, in call_object > * Module Products.Five.browser.metaconfigure, line 404, in __call__ > * Module Shared.DC.Scripts.Bindings, line 313, in __call__ > * Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec > * Module Products.PageTemplates.PageTemplateFile, line 121, in _exec > * Module Products.PageTemplates.PageTemplate, line 89, in pt_render > * Module zope.pagetemplate.pagetemplate, line 118, in pt_render > Warning: Macro expansion failed > Warning: exceptions.UnicodeDecodeError: 'ascii' codec can't decode > byte 0xc5 in position 14: ordinal not in range(128) > * Module StringIO, line 271, in getvalue > > UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 14: > ordinal not in range(128) > > What is going on? > > > -- > Jakub Wisniowski > _______________________________________________ > z3-five mailing list > z3-five at codespeak.net > http://codespeak.net/mailman/listinfo/z3-five -- ZOPYX Ltd. & Co. KG - Charlottenstr. 37/1 - 72070 T?bingen - Germany Web: www.zopyx.com - Email: info at zopyx.com - Phone +49 - 7071 - 793376 E-Publishing, Python, Zope & Plone development, Consulting -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available Url : http://codespeak.net/pipermail/z3-five/attachments/20061004/ea19c2e3/attachment-0001.pgp From chris at simplistix.co.uk Wed Oct 4 09:15:16 2006 From: chris at simplistix.co.uk (Chris Withers) Date: Wed, 04 Oct 2006 08:15:16 +0100 Subject: [z3-five] Zope 2.10 and UnicodeDecodeErrors In-Reply-To: <7054C9BA2BF7839ACB411CDE@[192.168.0.28]> References: <200610021453.39260.restless.being@gmail.com> <7054C9BA2BF7839ACB411CDE@[192.168.0.28]> Message-ID: <45235F84.7090008@simplistix.co.uk> Andreas Jung wrote: > Possibly a a problem with the new ZPT engine from ZPT. Please put this > into the Zope bugtracker (preferred with a *unittest* demonstrating this > issue). I actually covered these problems in quite a lot of detail in a series of posts to this or the zope at zope.org list a month or three ago. I'd suggest googling for help... Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk From y.2006_ at wcm-solutions.de Wed Oct 4 10:42:51 2006 From: y.2006_ at wcm-solutions.de (yuppie) Date: Wed, 04 Oct 2006 10:42:51 +0200 Subject: [z3-five] SVN: Products.Five/branches/1.5/ Tag a release branch for the 1.5 line. In-Reply-To: <20061004021719.DCCC620316E@mail.zope.org> References: <20061004021719.DCCC620316E@mail.zope.org> Message-ID: <4523740B.20602@wcm-solutions.de> Hi! Tres Seaver wrote: > Log message for revision 70512: > Tag a release branch for the 1.5 line. > > > Changed: > A Products.Five/branches/1.5/ > > -=- > Copied: Products.Five/branches/1.5 (from rev 69454, Products.Five/trunk) There are two issues with this checkin: 1.) It is not in line with our current policy: http://codespeak.net/pipermail/z3-five/2006q3/001639.html 2.) The branch was copied from a historical revision, the latest bugfix (r69839) is missing on the branch. I was planning to backport some bugfixes from Zope3 to Five and I can't see a good reason why I should do that twice (1.5 branch *and* trunk). I propose to delete the 1.5 branch. Of course anybody is welcome to create it again from the *latest* trunk revision *if* she wants to add a new feature on the trunk. Cheers, Yuppie From y.2006_ at wcm-solutions.de Wed Oct 4 11:46:44 2006 From: y.2006_ at wcm-solutions.de (yuppie) Date: Wed, 04 Oct 2006 11:46:44 +0200 Subject: [z3-five] Problems with defaultView/defaultViewable and CMF In-Reply-To: References: Message-ID: <45238304.5040704@wcm-solutions.de> Hi Sidnei! Sidnei da Silva wrote: > I've recently discovered that five:defaultViewable and browser:defaultView > do *not* work with CMF 1.6+, due to the fact that DynamicType overrides > __before_publishing_traverse___ which prevents __browser_default__ from > being called. > > Questions: > > - Anyone else has faced this issue? > - Would you say this is a Five or CMF bug (or maybe Zope?) bug? > I haven't tried that for a long time because I still prefer to use CMF's __before_publishing_traverse__ hook for all default view settings. But IIRC you can use browser:defaultView *if* you don't set a default using DynamicType. Of course the __before_publishing_traverse__ hook in CMF was added 3 years ago, long before browser:defaultView was available in Zope 2. So they compete in some way, but I don't consider this a bug. Cheers, Yuppie From restless.being at gmail.com Wed Oct 4 12:39:28 2006 From: restless.being at gmail.com (eXt) Date: Wed, 4 Oct 2006 12:39:28 +0200 Subject: [z3-five] Zope 2.10 and UnicodeDecodeErrors In-Reply-To: <45235F84.7090008@simplistix.co.uk> References: <200610021453.39260.restless.being@gmail.com> <7054C9BA2BF7839ACB411CDE@[192.168.0.28]> <45235F84.7090008@simplistix.co.uk> Message-ID: <200610041239.28588.restless.being@gmail.com> Dnia ?roda, 4 pa?dziernika 2006 09:15, Chris Withers napisa?: > I actually covered these problems in quite a lot of detail in a series > of posts to this or the zope at zope.org list a month or three ago. > > I'd suggest googling for help... Do you think about a thread called: 'unicodes and strings in Zope 2.9's ZPT with Zope 3's i18n' dated 2006/07/11? I read it but I think I faced a different problem here. I use Zope 2.10 and very simple PageTemplate that is not dynamic at all. I don't have mixin of different types of strings etc. in it. I just want to put some text with national characters to it and it doesn't work. I submitted an issue: http://www.zope.org/Collectors/Zope/2204, with an unit test attached, as Andreas asked. -- Jakub Wisniowski From rocky at serverzen.com Wed Oct 4 13:17:46 2006 From: rocky at serverzen.com (Rocky Burt) Date: Wed, 04 Oct 2006 08:47:46 -0230 Subject: [z3-five] SVN: Products.Five/branches/1.5/ Tag a release branch for the 1.5 line. In-Reply-To: <4523740B.20602@wcm-solutions.de> References: <20061004021719.DCCC620316E@mail.zope.org> <4523740B.20602@wcm-solutions.de> Message-ID: <1159960662.5753.7.camel@localhost> On Wed, 2006-04-10 at 10:42 +0200, yuppie wrote: > I propose to delete the 1.5 branch. Of course anybody is welcome to > create it again from the *latest* trunk revision *if* she wants to add a > new feature on the trunk. I know a few people seemed to be quite eager to begin work on Five 1.6 functionality (we'll certainly see some development on that during the plone conference sprint). I'd personally feel more comfortable with the branch right now rather than being stuck in a situation where I'd have to create this myself (which I don't feel I'm qualified to do). - Rocky -- Rocky Burt ServerZen Software -- http://www.serverzen.com News About The Server (blog) -- http://www.serverzen.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://codespeak.net/pipermail/z3-five/attachments/20061004/4d1dcbf8/attachment.pgp From lists at zopyx.com Wed Oct 4 13:42:19 2006 From: lists at zopyx.com (Andreas Jung) Date: Wed, 04 Oct 2006 13:42:19 +0200 Subject: [z3-five] Zope 2.10 and UnicodeDecodeErrors In-Reply-To: <200610041239.28588.restless.being@gmail.com> References: <200610021453.39260.restless.being@gmail.com> <7054C9BA2BF7839ACB411CDE@[192.168.0.28]> <45235F84.7090008@simplistix.co.uk> <200610041239.28588.restless.being@gmail.com> Message-ID: <7C857837ABE34F9FB901E95F@[192.168.0.28]> --On 4. Oktober 2006 12:39:28 +0200 eXt wrote: > > I submitted an issue: http://www.zope.org/Collectors/Zope/2204, with an > unit test attached, as Andreas asked. Is it possible to reproduce this issue w/ Zope 3.3? -aj -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available Url : http://codespeak.net/pipermail/z3-five/attachments/20061004/8811b7cd/attachment.pgp From tseaver at palladion.com Wed Oct 4 13:43:17 2006 From: tseaver at palladion.com (Tres Seaver) Date: Wed, 04 Oct 2006 07:43:17 -0400 Subject: [z3-five] SVN: Products.Five/branches/1.5/ Tag a release branch for the 1.5 line. In-Reply-To: <4523740B.20602@wcm-solutions.de> References: <20061004021719.DCCC620316E@mail.zope.org> <4523740B.20602@wcm-solutions.de> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 yuppie wrote: > Hi! > > > Tres Seaver wrote: >> Log message for revision 70512: >> Tag a release branch for the 1.5 line. >> >> Changed: >> A Products.Five/branches/1.5/ >> >> -=- >> Copied: Products.Five/branches/1.5 (from rev 69454, Products.Five/trunk) > > There are two issues with this checkin: > > 1.) It is not in line with our current policy: > http://codespeak.net/pipermail/z3-five/2006q3/001639.html That mail says: As Five 1.2 is now phasing out and we might start development on Five 1.6 (see below), a Five 1.5 branch is to be expected soon. Anyone is welcome to create it in order to lift the current feature freeze on the trunk. > 2.) The branch was copied from a historical revision, the latest bugfix > (r69839) is missing on the branch. The branch was copied from the same revisiton that the 1.5 tag was made from. > I was planning to backport some bugfixes from Zope3 to Five and I can't > see a good reason why I should do that twice (1.5 branch *and* trunk). Because we are supporting 2.10, while still allowing feature development to go forward? > I propose to delete the 1.5 branch. Of course anybody is welcome to > create it again from the *latest* trunk revision *if* she wants to add a > new feature on the trunk. - -1. 1.5 *already shipped* with Zope3, and has known bugs (the one I fixed, for instance). How do you propose that we fix such bugs to support 2.10 without leaving the trunk frozen forever? Tres. - -- =================================================================== Tres Seaver +1 202-558-7113 tseaver at palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFI55V+gerLs4ltQ4RAn++AJwJHCAFLbj7WqyEvv4QY6ulpizT5ACg1sn/ EuKr6m2ElfprxTqtGJ2gURk= =hbGB -----END PGP SIGNATURE----- From y.2006_ at wcm-solutions.de Wed Oct 4 14:42:53 2006 From: y.2006_ at wcm-solutions.de (yuppie) Date: Wed, 04 Oct 2006 14:42:53 +0200 Subject: [z3-five] SVN: Products.Five/branches/1.5/ Tag a release branch for the 1.5 line. In-Reply-To: <1159960662.5753.7.camel@localhost> References: <20061004021719.DCCC620316E@mail.zope.org> <4523740B.20602@wcm-solutions.de> <1159960662.5753.7.camel@localhost> Message-ID: <4523AC4D.5090303@wcm-solutions.de> Hi Rocky! Rocky Burt wrote: > On Wed, 2006-04-10 at 10:42 +0200, yuppie wrote: >> I propose to delete the 1.5 branch. Of course anybody is welcome to >> create it again from the *latest* trunk revision *if* she wants to add a >> new feature on the trunk. > > I know a few people seemed to be quite eager to begin work on Five 1.6 > functionality (we'll certainly see some development on that during the > plone conference sprint). > > I'd personally feel more comfortable with the branch right now rather > than being stuck in a situation where I'd have to create this myself > (which I don't feel I'm qualified to do). Well. Tres made it wrong (using an old revision), but in general it is not that hard to create a branch. Anybody who is able to contribute new features should be able to create a release branch. Maybe the policy that anybody is allowed to do so was not announced well enough, but why don't you "feel qualified" based on that policy? Cheers, Yuppie From y.2006_ at wcm-solutions.de Wed Oct 4 14:47:10 2006 From: y.2006_ at wcm-solutions.de (yuppie) Date: Wed, 04 Oct 2006 14:47:10 +0200 Subject: [z3-five] SVN: Products.Five/branches/1.5/ Tag a release branch for the 1.5 line. In-Reply-To: References: <20061004021719.DCCC620316E@mail.zope.org> <4523740B.20602@wcm-solutions.de> Message-ID: <4523AD4E.300@wcm-solutions.de> Hi! Tres Seaver wrote: > > yuppie wrote: >> >> Tres Seaver wrote: >>> Log message for revision 70512: >>> Tag a release branch for the 1.5 line. >>> >>> Changed: >>> A Products.Five/branches/1.5/ >>> >>> -=- >>> Copied: Products.Five/branches/1.5 (from rev 69454, Products.Five/trunk) >> There are two issues with this checkin: >> >> 1.) It is not in line with our current policy: >> http://codespeak.net/pipermail/z3-five/2006q3/001639.html > > That mail says: > > As Five 1.2 is now phasing out and we might start development on Five > 1.6 (see below), a Five 1.5 branch is to be expected soon. Anyone is > welcome to create it in order to lift the current feature freeze on > the trunk. You are quoting this out of context. Philipp used the trunk because it made maintenance easier - not because creating a branch would have been hard work. Lifting the current feature freeze should not be done just for fun - it should only be done if someone actually wants to check in a new feature. >> 2.) The branch was copied from a historical revision, the latest bugfix >> (r69839) is missing on the branch. > > The branch was copied from the same revisiton that the 1.5 tag was made > from. That mail also says: There currently is no Five 1.5 branch. The trunk is Five 1.5.x. Until the trunk is needed for new features Five 1.5 maintenance is done on the trunk. Delaying branch creation doesn't make any sense if we have to backport all fixes at a later point. It *makes* sense if trunk bugfixes become automatically part of the 1.5 branch by creating it from the *latest* non-feature revision of the trunk. >> I was planning to backport some bugfixes from Zope3 to Five and I can't >> see a good reason why I should do that twice (1.5 branch *and* trunk). > > Because we are supporting 2.10, while still allowing feature development > to go forward? > >> I propose to delete the 1.5 branch. Of course anybody is welcome to >> create it again from the *latest* trunk revision *if* she wants to add a >> new feature on the trunk. > > - -1. 1.5 *already shipped* with Zope3, and has known bugs (the one I > fixed, for instance). How do you propose that we fix such bugs to > support 2.10 without leaving the trunk frozen forever? I think Philipp made clear that new features are welcome at any time - you just have to create the 1.5 branch before checking them in. Cheers, Yuppie From rocky at serverzen.com Wed Oct 4 14:49:23 2006 From: rocky at serverzen.com (Rocky Burt) Date: Wed, 04 Oct 2006 10:19:23 -0230 Subject: [z3-five] SVN: Products.Five/branches/1.5/ Tag a release branch for the 1.5 line. In-Reply-To: <4523AC4D.5090303@wcm-solutions.de> References: <20061004021719.DCCC620316E@mail.zope.org> <4523740B.20602@wcm-solutions.de> <1159960662.5753.7.camel@localhost> <4523AC4D.5090303@wcm-solutions.de> Message-ID: <1159966156.5753.35.camel@localhost> Hi Yuppie! On Wed, 2006-04-10 at 14:42 +0200, yuppie wrote: > Hi Rocky! > > Maybe the policy that anybody is allowed to do so was not announced well > enough, but why don't you "feel qualified" based on that policy? > Because I haven't being keeping up on the release policies... so many projects, so little time.... you know the story :) - Rocky -- Rocky Burt ServerZen Software -- http://www.serverzen.com News About The Server (blog) -- http://www.serverzen.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://codespeak.net/pipermail/z3-five/attachments/20061004/8dc9058f/attachment.pgp From restless.being at gmail.com Wed Oct 4 15:10:39 2006 From: restless.being at gmail.com (eXt) Date: Wed, 4 Oct 2006 15:10:39 +0200 Subject: [z3-five] Zope 2.10 and UnicodeDecodeErrors In-Reply-To: <7C857837ABE34F9FB901E95F@[192.168.0.28]> References: <200610021453.39260.restless.being@gmail.com> <200610041239.28588.restless.being@gmail.com> <7C857837ABE34F9FB901E95F@[192.168.0.28]> Message-ID: <200610041510.39901.restless.being@gmail.com> Dnia sroda, 4 pazdziernika 2006 13:42, Andreas Jung napisal: > Is it possible to reproduce this issue w/ Zope 3.3? I think problem appears only with Zope 2.10 becaue it uses modified PageTemplate and PageTemplateFile from Products.PageTemplates package (which in turn use PageTemplate and PageTemplateFile from zope.pagetemplate package). Zope 3.3 uses zope.pagetemplate package in a straight way. My tests with the latter package work well. -- Jakub Wisniowski From tseaver at palladion.com Wed Oct 4 17:09:50 2006 From: tseaver at palladion.com (Tres Seaver) Date: Wed, 04 Oct 2006 11:09:50 -0400 Subject: [z3-five] SVN: Products.Five/branches/1.5/ Tag a release branch for the 1.5 line. In-Reply-To: <4523AC4D.5090303@wcm-solutions.de> References: <20061004021719.DCCC620316E@mail.zope.org> <4523740B.20602@wcm-solutions.de> <1159960662.5753.7.camel@localhost> <4523AC4D.5090303@wcm-solutions.de> Message-ID: <4523CEBE.2030106@palladion.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 yuppie wrote: > Hi Rocky! > > > Rocky Burt wrote: >> On Wed, 2006-04-10 at 10:42 +0200, yuppie wrote: >>> I propose to delete the 1.5 branch. Of course anybody is welcome to >>> create it again from the *latest* trunk revision *if* she wants to add a >>> new feature on the trunk. >> I know a few people seemed to be quite eager to begin work on Five 1.6 >> functionality (we'll certainly see some development on that during the >> plone conference sprint). >> >> I'd personally feel more comfortable with the branch right now rather >> than being stuck in a situation where I'd have to create this myself >> (which I don't feel I'm qualified to do). > > Well. Tres made it wrong (using an old revision), but in general it is > not that hard to create a branch. Anybody who is able to contribute new > features should be able to create a release branch. I made it *deliberately* to correspond with the released version: that is how our normal branching policy works. Fixes committed since that date need to be backported: I will look at doing that today. Tres. - -- =================================================================== Tres Seaver +1 202-558-7113 tseaver at palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFI86++gerLs4ltQ4RAriFAJ9RTWebV4WX6y5iLvWKJo0GIqS/qQCgkxcs bLrZ+NPfCmhkaChH7Pr5bu0= =X+7h -----END PGP SIGNATURE----- From tseaver at palladion.com Wed Oct 4 17:10:08 2006 From: tseaver at palladion.com (Tres Seaver) Date: Wed, 04 Oct 2006 11:10:08 -0400 Subject: [z3-five] SVN: Products.Five/branches/1.5/ Tag a release branch for the 1.5 line. In-Reply-To: <4523AD4E.300@wcm-solutions.de> References: <20061004021719.DCCC620316E@mail.zope.org> <4523740B.20602@wcm-solutions.de> <4523AD4E.300@wcm-solutions.de> Message-ID: <4523CED0.5030508@palladion.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 yuppie wrote: > Hi! > > > Tres Seaver wrote: >> >> yuppie wrote: >>> >>> Tres Seaver wrote: >>>> Log message for revision 70512: >>>> Tag a release branch for the 1.5 line. >>>> >>>> Changed: >>>> A Products.Five/branches/1.5/ >>>> >>>> -=- >>>> Copied: Products.Five/branches/1.5 (from rev 69454, >>>> Products.Five/trunk) >>> There are two issues with this checkin: >>> >>> 1.) It is not in line with our current policy: >>> http://codespeak.net/pipermail/z3-five/2006q3/001639.html >> >> That mail says: >> >> As Five 1.2 is now phasing out and we might start development on Five >> 1.6 (see below), a Five 1.5 branch is to be expected soon. Anyone is >> welcome to create it in order to lift the current feature freeze on >> the trunk. > > You are quoting this out of context. Philipp used the trunk because it > made maintenance easier - not because creating a branch would have been > hard work. Lifting the current feature freeze should not be done just > for fun - it should only be done if someone actually wants to check in a > new feature. > >>> 2.) The branch was copied from a historical revision, the latest bugfix >>> (r69839) is missing on the branch. >> >> The branch was copied from the same revisiton that the 1.5 tag was made >> from. > > That mail also says: > > There currently is no Five 1.5 branch. The trunk is Five 1.5.x. > > Until the trunk is needed for new features Five 1.5 maintenance is done > on the trunk. Delaying branch creation doesn't make any sense if we have > to backport all fixes at a later point. It *makes* sense if trunk > bugfixes become automatically part of the 1.5 branch by creating it from > the *latest* non-feature revision of the trunk. > >>> I was planning to backport some bugfixes from Zope3 to Five and I can't >>> see a good reason why I should do that twice (1.5 branch *and* trunk). >> >> Because we are supporting 2.10, while still allowing feature development >> to go forward? >> >>> I propose to delete the 1.5 branch. Of course anybody is welcome to >>> create it again from the *latest* trunk revision *if* she wants to add a >>> new feature on the trunk. >> >> - -1. 1.5 *already shipped* with Zope3, and has known bugs (the one I >> fixed, for instance). How do you propose that we fix such bugs to >> support 2.10 without leaving the trunk frozen forever? > > I think Philipp made clear that new features are welcome at any time - > you just have to create the 1.5 branch before checking them in. That violates overall branching policy, which says that released stuff should have branches. We *have* bugs for 1.5, and they need to be fixed. Delaying creation of the release branch is a pure convenience, not justified in this case if it means that maintainers have to adjust to a different policy for Five than for any other project in the repository. Tres. - -- =================================================================== Tres Seaver +1 202-558-7113 tseaver at palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFI87Q+gerLs4ltQ4RAj9vAJ9teXvw2Kl71dsc5v5/eCLlao+RUgCg0byr q3gQDCl5rOKd77ZlQrinJSI= =iMRA -----END PGP SIGNATURE----- From y.2006_ at wcm-solutions.de Wed Oct 4 17:45:48 2006 From: y.2006_ at wcm-solutions.de (yuppie) Date: Wed, 04 Oct 2006 17:45:48 +0200 Subject: [z3-five] SVN: Products.Five/branches/1.5/ Tag a release branch for the 1.5 line. In-Reply-To: <4523CED0.5030508@palladion.com> References: <20061004021719.DCCC620316E@mail.zope.org> <4523740B.20602@wcm-solutions.de> <4523AD4E.300@wcm-solutions.de> <4523CED0.5030508@palladion.com> Message-ID: <4523D72C.8090802@wcm-solutions.de> Hi Tres! Tres Seaver wrote: > yuppie wrote: >> I think Philipp made clear that new features are welcome at any time - >> you just have to create the 1.5 branch before checking them in. > > That violates overall branching policy, which says that released stuff > should have branches. We *have* bugs for 1.5, and they need to be > fixed. Delaying creation of the release branch is a pure convenience, > not justified in this case if it means that maintainers have to adjust > to a different policy for Five than for any other project in the repository. GenericSetup is also in the repository and has no release branches at all. Anyway. While I don't like the overall branching policy, keeping branching policies in sync is a good argument for doing some extra work. I still don't understand what's the advantage of starting the branch at the released version instead of the latest version. But since you volunteered to do the extra work I can live with the extra noise that makes. I'll shut up now. Yuppie From not.com at gmail.com Thu Oct 5 03:26:58 2006 From: not.com at gmail.com (yary) Date: Wed, 4 Oct 2006 18:26:58 -0700 Subject: [z3-five] Overriding main_template in zcml Message-ID: <75cbfa570610041826i3920ce05nf876bd4088e172f5@mail.gmail.com> Hello, I'd like to specify in zcml that I have a main_template in the filesystem I'd like to use fro my CMF site. I don't know what to put in the "for" attribute, or even if it's possible. I've created a main_template.pt file in my product's directory, and added this to my configure.zcml: What does the " ? " become, to say that I want to use my main_template.pt for CMF sites? I suppose I'll have to add a "traversable" tag as well, since I'm using Five 1.4 (Should I subclass CMF Site, so my new template doesn't affect other CMF sites? Not even sure how to go about that... sorry about being a newbie.) Thanks in advance From not.com at gmail.com Thu Oct 5 04:27:44 2006 From: not.com at gmail.com (yary) Date: Wed, 4 Oct 2006 19:27:44 -0700 Subject: [z3-five] Overriding main_template in zcml In-Reply-To: <75cbfa570610041826i3920ce05nf876bd4088e172f5@mail.gmail.com> References: <75cbfa570610041826i3920ce05nf876bd4088e172f5@mail.gmail.com> Message-ID: <75cbfa570610041927n3850019r1e290ac1beb94afa@mail.gmail.com> I've gotten further, but still not all the way. My test product is called Q. In it, I subclassed CMF Site, here's the core of it, in a file "portal.py": from Products.CMFDefault.Portal import CMFSite class QSite(CMFSite): meta_type='Q Site' InitializeClass(QSite) -plus, there's some glue in my __init__ that I copied from CMFDefault. I can create my Q Site and it works just like a CMFSite, good. Then I add to my configure.zcml: References: <75cbfa570610041826i3920ce05nf876bd4088e172f5@mail.gmail.com> <75cbfa570610041927n3850019r1e290ac1beb94afa@mail.gmail.com> Message-ID: <319e029f0610042338hea018aes3f06ef5b95883eb1@mail.gmail.com> On 10/5/06, yary wrote: > I suspect I need to add an interface for QSite? Or does CMF Site have > an interface I should be using here, that I need to add with an > "implements" directive? Well, theres ISiteRoot... However, in that case it would be used ONLY for the site, and not for everything, which most likely is what you want. Use "*" for everything. I can't promise you it works, though, main_template it supposed to be overridden in a skin. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.nuxeo.org/ From chris at simplistix.co.uk Thu Oct 5 10:36:07 2006 From: chris at simplistix.co.uk (Chris Withers) Date: Thu, 05 Oct 2006 09:36:07 +0100 Subject: [z3-five] Zope 2.10 and UnicodeDecodeErrors In-Reply-To: <200610041239.28588.restless.being@gmail.com> References: <200610021453.39260.restless.being@gmail.com> <7054C9BA2BF7839ACB411CDE@[192.168.0.28]> <45235F84.7090008@simplistix.co.uk> <200610041239.28588.restless.being@gmail.com> Message-ID: <4524C3F7.6090600@simplistix.co.uk> eXt wrote: > I read it but I think I faced a different problem here. I use Zope 2.10 and > very simple PageTemplate that is not dynamic at all. I don't have mixin of > different types of strings etc. I believe you have a mixture of strings and unicodes, whether or not you realise it... cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk From faassen at infrae.com Thu Oct 5 11:39:59 2006 From: faassen at infrae.com (Martijn Faassen) Date: Thu, 05 Oct 2006 11:39:59 +0200 Subject: [z3-five] five.intid: cool! Message-ID: <4524D2EF.5050606@infrae.com> Hi there, I just saw the announcement of five.intid on the cheeseshop. That's really cool! As far as I understand, this would also allow the Zope 3 catalog to work in Zope 2, right? Regards, Martijn From d.w.morriss at gmail.com Thu Oct 5 15:38:49 2006 From: d.w.morriss at gmail.com (whit) Date: Thu, 05 Oct 2006 08:38:49 -0500 Subject: [z3-five] five.intid: cool! In-Reply-To: <4524D2EF.5050606@infrae.com> References: <4524D2EF.5050606@infrae.com> Message-ID: Martijn Faassen wrote: > Hi there, > > I just saw the announcement of five.intid on the cheeseshop. That's > really cool! As far as I understand, this would also allow the Zope 3 > catalog to work in Zope 2, right? > > Regards, > > Martijn > I haven't tried it yet ;) but yeah that's the general idea(should also allow the z3 reference implementations to be adapted for zope2). I'm using it with rdflib, but I believe the idea is the same. note it's fresh out of the oven. would love to get some more eyes on it. currently this work is in the collective but I'd be willing to move it over to codespeak or the zope repo if people felt it more appropriate. https://svn.plone.org/svn/collective/five.intid/ also included is a pickleable keyreference implementation for zope2. one issue I did run into that bears noting is that fiveish packages that are not registered as python products have no clear way to register overrides. since everything I needed to override would at the latest be loaded into configuration by five.intid's configure.zcml, I put the includeOverrides at the end of that file. is there a better way to do this? -w From jim at zope.com Thu Oct 5 15:44:55 2006 From: jim at zope.com (Jim Fulton) Date: Thu, 05 Oct 2006 09:44:55 -0400 Subject: [z3-five] five.intid: cool! In-Reply-To: References: <4524D2EF.5050606@infrae.com> Message-ID: <45250C57.6050201@zope.com> whit wrote: ... > I haven't tried it yet ;) but yeah that's the general idea(should also > allow the z3 reference implementations to be adapted for zope2). I'm > using it with rdflib, but I believe the idea is the same. I'll note in passing that reference systems don't need intids. Integer ids are mainly an optimization for indexing structures because integer ids can be stored and compared more efficiently than key references. This is a trade-off, since key references can be dereferenced more efficiently than integer ids. Many reference systems can and should be implemented on key references directly. Jim -- Jim Fulton mailto:jim at zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org From d.w.morriss at gmail.com Thu Oct 5 16:24:08 2006 From: d.w.morriss at gmail.com (whit) Date: Thu, 05 Oct 2006 09:24:08 -0500 Subject: [z3-five] five.intid: cool! In-Reply-To: <45250C57.6050201@zope.com> References: <4524D2EF.5050606@infrae.com> <45250C57.6050201@zope.com> Message-ID: Jim Fulton wrote: > whit wrote: > ... >> I haven't tried it yet ;) but yeah that's the general idea(should also >> allow the z3 reference implementations to be adapted for zope2). I'm >> using it with rdflib, but I believe the idea is the same. > > I'll note in passing that reference systems don't need intids. > Integer ids are mainly an optimization for indexing structures > because integer ids can be stored and compared more efficiently > than key references. This is a trade-off, since key references > can be dereferenced more efficiently than integer ids. > > Many reference systems can and should be implemented on key > references directly. > ah... good to know. I was wondering about the exact purpose of that indirection while working on this. -w From faassen at infrae.com Thu Oct 5 17:22:32 2006 From: faassen at infrae.com (Martijn Faassen) Date: Thu, 05 Oct 2006 17:22:32 +0200 Subject: [z3-five] five.intid: cool! In-Reply-To: References: <4524D2EF.5050606@infrae.com> Message-ID: <45252338.2030406@infrae.com> whit wrote: [snip] > currently this work is in the collective but I'd be willing to move it > over to codespeak or the zope repo if people felt it more appropriate. > > https://svn.plone.org/svn/collective/five.intid/ I think it would make sense to move this into Five eventually, so the zope repo might be a good idea. Regards, Martijn From d.w.morriss at gmail.com Thu Oct 5 17:05:47 2006 From: d.w.morriss at gmail.com (whit) Date: Thu, 05 Oct 2006 10:05:47 -0500 Subject: [z3-five] packaging and five Message-ID: rocky and I were kicking around the idea of breaking out parts of five into separate python packages to allow for more granular upgrades in between manage zope releases(and possible provide some relief for compatibility straddling and version churning). This could also allow for some setuptools based dependency management in the future. Basic idea is that parts of five critical to using zope 3 in zope2 move into zope2 proper; optional parts move into python distributions. thoughts? -w From faassen at infrae.com Thu Oct 5 17:23:43 2006 From: faassen at infrae.com (Martijn Faassen) Date: Thu, 05 Oct 2006 17:23:43 +0200 Subject: [z3-five] five.intid: cool! In-Reply-To: References: <4524D2EF.5050606@infrae.com> <45250C57.6050201@zope.com> Message-ID: <4525237F.6000609@infrae.com> whit wrote: > Jim Fulton wrote: >> whit wrote: >> ... >>> I haven't tried it yet ;) but yeah that's the general idea(should also >>> allow the z3 reference implementations to be adapted for zope2). I'm >>> using it with rdflib, but I believe the idea is the same. >> I'll note in passing that reference systems don't need intids. >> Integer ids are mainly an optimization for indexing structures >> because integer ids can be stored and compared more efficiently >> than key references. This is a trade-off, since key references >> can be dereferenced more efficiently than integer ids. >> >> Many reference systems can and should be implemented on key >> references directly. > > ah... good to know. I was wondering about the exact purpose of that > indirection while working on this. I am glad you didn't know, as at least we now have intid support. :) Regards, Martijn From not.com at gmail.com Thu Oct 5 20:59:57 2006 From: not.com at gmail.com (yary) Date: Thu, 5 Oct 2006 11:59:57 -0700 Subject: [z3-five] Overriding main_template in zcml In-Reply-To: <319e029f0610042338hea018aes3f06ef5b95883eb1@mail.gmail.com> References: <75cbfa570610041826i3920ce05nf876bd4088e172f5@mail.gmail.com> <75cbfa570610041927n3850019r1e290ac1beb94afa@mail.gmail.com> <319e029f0610042338hea018aes3f06ef5b95883eb1@mail.gmail.com> Message-ID: <75cbfa570610051159s4cc329c3y8c37f7ff8ce99e1a@mail.gmail.com> > ... I can't promise you it works, though, main_template it > supposed to be overridden in a skin. Will have to go back to skins... after a couple hours of playing here's my state: created a QSite (subclass of CMFSite with different name) instance named "Site", & change the name of the template. I try view it with "http://localhost:8080/SecondSite/view" with various combinations of zcml. My latest: All I see is the original template, not the contents of main_template.pt From optilude at gmx.net Thu Oct 5 22:13:32 2006 From: optilude at gmx.net (Martin Aspeli) Date: Thu, 05 Oct 2006 21:13:32 +0100 Subject: [z3-five] five.intid: cool! In-Reply-To: References: <4524D2EF.5050606@infrae.com> Message-ID: whit wrote: > one issue I did run into that bears noting is that fiveish packages that > are not registered as python products have no clear way to register > overrides. since everything I needed to override would at the latest be > loaded into configuration by five.intid's configure.zcml, I put the > includeOverrides at the end of that file. > > is there a better way to do this? If I'm understanding you correctly... could you not put a five.intid-overrides.zcml that does in etc/site-packages? At least that ought to work with later versions of Five. Martin From philipp at weitershausen.de Fri Oct 6 08:45:01 2006 From: philipp at weitershausen.de (Philipp von Weitershausen) Date: Fri, 06 Oct 2006 08:45:01 +0200 Subject: [z3-five] packaging and five In-Reply-To: References: Message-ID: <4525FB6D.2040908@weitershausen.de> whit wrote: > rocky and I were kicking around the idea of breaking out parts of five > into separate python packages to allow for more granular upgrades in > between manage zope releases(and possible provide some relief for > compatibility straddling and version churning). > > This could also allow for some setuptools based dependency management in > the future. Yes. > Basic idea is that parts of five critical to using zope 3 in zope2 move > into zope2 proper; optional parts move into python distributions. I've sort of been pondering this thought myself for a while. For Zope 2.11, I have some plans to make a lot of code duplication in Five simply go away. Other parts, like the ZCML configuration, should indeed move into Zope 2 proper. So, in general I'm +1 on this. I'd rather see lots of "five.something" packages than having Products.Five grow and grow. Philipp From d.w.morriss at gmail.com Fri Oct 6 17:12:26 2006 From: d.w.morriss at gmail.com (whit) Date: Fri, 06 Oct 2006 10:12:26 -0500 Subject: [z3-five] five.intid: cool! In-Reply-To: References: <4524D2EF.5050606@infrae.com> Message-ID: Martin Aspeli wrote: > whit wrote: > >> one issue I did run into that bears noting is that fiveish packages that >> are not registered as python products have no clear way to register >> overrides. since everything I needed to override would at the latest be >> loaded into configuration by five.intid's configure.zcml, I put the >> includeOverrides at the end of that file. >> >> is there a better way to do this? > > > If I'm understanding you correctly... could you not put a > five.intid-overrides.zcml that does file="overrides.zcml" /> in etc/site-packages? > > At least that ought to work with later versions of Five. > > Martin as of six weeks and one day ago ;) http://svn.zope.org/Products.Five/branches/1.4/skel/site.zcml?rev=69744&view=markup thanks alec! -w From optilude at gmx.net Sat Oct 7 03:04:35 2006 From: optilude at gmx.net (Martin Aspeli) Date: Sat, 07 Oct 2006 02:04:35 +0100 Subject: [z3-five] zope2 easy_install In-Reply-To: References: Message-ID: whit wrote: > Easy install via setuptools and easy_install is very close to working > but has the following issues(observed installing into a workingenv.py > setup):: > > * package gets divided into 2 eggs (ie for zope2.9: > Zope-0.0.0-py2.4.egg, Zope-2.95_final-py2.4-macosx-10.4-i386.egg) > > * the second egg doesn't get added to the easyinstall.pth > > * the skeleton file zopectl and runzope can't find Zope2/Startup > (symlinking run.py and zopectl.py to bin/env and then editing the > scripts to look in $WORKING_ENV/bin works) > > With workingenv this is super nice though. all the scripts get stuck in > the env/bin, all the zope code into env/lib/python. er... what? I feel like I'm missing some context here :) Martin From georgeleejr at gmail.com Sat Oct 7 19:34:04 2006 From: georgeleejr at gmail.com (George Lee) Date: Sat, 7 Oct 2006 17:34:04 +0000 (UTC) Subject: [z3-five] =?utf-8?q?browser=3A_page_and_allowed=5Finterface?= Message-ID: Currently Five processes the "browser:page" and "allowed_interface" as follows, in method page of Products.Five.browser.metaconfigure: if allowed_interface is not None: for interface in allowed_interface: allowed_attributes.extend(interface.names()) However, if an interface subclasses another interface, then the superclass interface's names are not included in the allowed attributes! This seems very counter-intuitive. It seems that the code should use list(interface) instead of interface.names() -- is this correct? For example, I may want IFoo1 and IFoo2 both to have allowed names foo, bar, wam, kazam, but where IFoo1 has name foo1 and IFoo2 has name foo2. Right now, the only ways to allow all those name on IFoo1 are: * to define all those names explicitly in both IFoo1 and IFoo2 -- which results in useless duplication of code * to set allowed_attributes to both IFoo and IFoo1 -- which violates the principle that we should know what names are listed in IFoo1 without knowing what superclasses it inherits from Peace, George From philipp at weitershausen.de Sat Oct 7 23:06:42 2006 From: philipp at weitershausen.de (Philipp von Weitershausen) Date: Sat, 07 Oct 2006 23:06:42 +0200 Subject: [z3-five] five.intid: cool! In-Reply-To: <45250C57.6050201@zope.com> References: <4524D2EF.5050606@infrae.com> <45250C57.6050201@zope.com> Message-ID: <452816E2.5010000@weitershausen.de> Jim Fulton wrote: > whit wrote: > ... >> I haven't tried it yet ;) but yeah that's the general idea(should also >> allow the z3 reference implementations to be adapted for zope2). I'm >> using it with rdflib, but I believe the idea is the same. > > I'll note in passing that reference systems don't need intids. > Integer ids are mainly an optimization for indexing structures > because integer ids can be stored and compared more efficiently > than key references. Int ids can also be round-tripped to the browser much more easily. E.g. when I'm creating a UI for a reference system that lets me select the objects that I'm creating a reference for, it's a lot simpler to use int ids. > This is a trade-off, since key references can be dereferenced more > efficiently than integer ids. What do you mean? > Many reference systems can and should be implemented on key > references directly. Possibly, though at least for the browser stuff integers are more attractive due to their simplicity. And, of course, if you have a system that has lots of references and needs set operations, it may also make a difference to use integers and integer-flavoured BTrees. From philipp at weitershausen.de Sat Oct 7 23:14:56 2006 From: philipp at weitershausen.de (Philipp von Weitershausen) Date: Sat, 07 Oct 2006 23:14:56 +0200 Subject: [z3-five] Zope 2.10 and UnicodeDecodeErrors In-Reply-To: <4524C3F7.6090600@simplistix.co.uk> References: <200610021453.39260.restless.being@gmail.com> <7054C9BA2BF7839ACB411CDE@[192.168.0.28]> <45235F84.7090008@simplistix.co.uk> <200610041239.28588.restless.being@gmail.com> <4524C3F7.6090600@simplistix.co.uk> Message-ID: <452818D0.90903@weitershausen.de> Chris Withers wrote: > eXt wrote: >> I read it but I think I faced a different problem here. I use Zope 2.10 and >> very simple PageTemplate that is not dynamic at all. I don't have mixin of >> different types of strings etc. > > I believe you have a mixture of strings and unicodes, whether or not you > realise it... Right. The problem is this: the Zope 2.9 ZPT implementation uses str's internally. In good ol' Zope 2 times, people weren't using unicode but 8bit strings which works fine. If you're using unicode, that also works fine, because the str's that Zope 2.9 ZPTs use internally are ASCII only. The problem arises in Zope 2.10 which uses unicode's internally (instead of str's). That makes it impossible to include 8bit strings in ZPTs (because unicode and 8bit strings can't be combined). Here's some more background on the issue and a proposed fix: http://www.zope.org/Collectors/Zope/2180 If this solves the problem, we should apply the patch. From d.w.morriss at gmail.com Sun Oct 8 00:13:12 2006 From: d.w.morriss at gmail.com (whit) Date: Sat, 07 Oct 2006 17:13:12 -0500 Subject: [z3-five] zope2 easy_install In-Reply-To: References: Message-ID: <45282678.3040206@gmail.com> results of trying: easy_install svn://svn.zope.org/repos/main/Zope/branches/2.9 to install zope(vs. the checkout, configure, build dance). -w Martin Aspeli wrote: > whit wrote: >> Easy install via setuptools and easy_install is very close to working >> but has the following issues(observed installing into a workingenv.py >> setup):: >> >> * package gets divided into 2 eggs (ie for zope2.9: >> Zope-0.0.0-py2.4.egg, Zope-2.95_final-py2.4-macosx-10.4-i386.egg) >> >> * the second egg doesn't get added to the easyinstall.pth >> >> * the skeleton file zopectl and runzope can't find Zope2/Startup >> (symlinking run.py and zopectl.py to bin/env and then editing the >> scripts to look in $WORKING_ENV/bin works) >> >> With workingenv this is super nice though. all the scripts get stuck in >> the env/bin, all the zope code into env/lib/python. > > er... what? > > I feel like I'm missing some context here :) > > Martin > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV From richard at iopen.net Sun Oct 8 06:39:12 2006 From: richard at iopen.net (Richard Waid) Date: Sun, 08 Oct 2006 17:39:12 +1300 Subject: [z3-five] Patch to enable recursive resourceDirectory support In-Reply-To: <1155789556.11292.3.camel@ubuntu> References: <1155769999.24847.27.camel@ubuntu> <44E3EE1D.3060500@weitershausen.de> <1155789556.11292.3.camel@ubuntu> Message-ID: <1160282352.21623.1.camel@ubuntu> On Thu, 2006-08-17 at 16:39 +1200, Richard Waid wrote: > On Thu, 2006-08-17 at 06:18 +0200, Philipp von Weitershausen wrote: > > Richard Waid wrote: > > > I noticed that the resourceDirectory directive isn't recursive as it is > > > in Zope3, so I backported the behaviour from Zope3. The patch is > > > attached. > > > > Hey, thanks for the patch. Can you also provide a short unit test for > > this (extending an existing one should be enough)? Then we can include > > this patch right away. > > Sure: Just following up on this one, did the recursive support get merged? Thanks, --Richard From richard at iopen.net Sun Oct 8 06:50:30 2006 From: richard at iopen.net (Richard Waid) Date: Sun, 08 Oct 2006 17:50:30 +1300 Subject: [z3-five] Bug in defaultView? Message-ID: <1160283030.21623.12.camel@ubuntu> This could be a bug, or it could be a misunderstanding of how browser:defaultView is supposed to work in Five. I'm also using Zope-2.9, so this may be 'fixed' in a later version of Five/Zope too. Ok, basically I want to have a defaultView of index.html on objects that implement an index.html view, otherwise fallback to index_html. The __browser_default__ method in viewable.py/Viewable suggests that this should be the behaviour (it has a fallback that says it falls back to index_html), except that the path returned from IBrowserDefault(self).defaultView(request) is _always_ index.html. Here's an example. IGSContentFolder is a marker interface that is (typically) used on a Folder to provide some views, including an index.html. Not _all_ Folder objects are marked with this interface. But when I do: --- --- ALL Folder objects only ever return 'index.html', even when the object doesn't implement that (because it isn't marked as IGSContentFolder). I can kinda see that this could be because of the global defaultView being set to index.html. If that is the case, my question then becomes ... how _do_ I set a default view of index.html only on a subset of Folder objects? I suspect we may have legacy code which uses index_html implicitly (Zope2 encouraged such behaviour at times ;)). Many thanks, --Richard From regebro at gmail.com Sun Oct 8 12:31:22 2006 From: regebro at gmail.com (Lennart Regebro) Date: Sun, 8 Oct 2006 12:31:22 +0200 Subject: [z3-five] Bug in defaultView? In-Reply-To: <1160283030.21623.12.camel@ubuntu> References: <1160283030.21623.12.camel@ubuntu> Message-ID: <319e029f0610080331x4ff87b7ag2e036f2775048e5b@mail.gmail.com> On 10/8/06, Richard Waid wrote: > This could be a bug, or it could be a misunderstanding of how > browser:defaultView is supposed to work in Five. I'm also using > Zope-2.9, so this may be 'fixed' in a later version of Five/Zope too. > > Ok, basically I want to have a defaultView of index.html on objects that > implement an index.html view, otherwise fallback to index_html. > > The __browser_default__ method in viewable.py/Viewable suggests that > this should be the behaviour (it has a fallback that says it falls back > to index_html), Thats a documentation bug in that case. > name="index.html"/> Yes, that will make the default view index.html, thusly overridding the Zope2 default of index_html. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.nuxeo.org/ From richard at iopen.net Sun Oct 8 23:34:53 2006 From: richard at iopen.net (Richard Waid) Date: Mon, 09 Oct 2006 10:34:53 +1300 Subject: [z3-five] Bug in defaultView? In-Reply-To: <319e029f0610080331x4ff87b7ag2e036f2775048e5b@mail.gmail.com> References: <1160283030.21623.12.camel@ubuntu> <319e029f0610080331x4ff87b7ag2e036f2775048e5b@mail.gmail.com> Message-ID: <1160343293.26195.12.camel@ubuntu> On Sun, 2006-10-08 at 12:31 +0200, Lennart Regebro wrote: > On 10/8/06, Richard Waid wrote: > > This could be a bug, or it could be a misunderstanding of how > > browser:defaultView is supposed to work in Five. I'm also using > > Zope-2.9, so this may be 'fixed' in a later version of Five/Zope too. > > > > Ok, basically I want to have a defaultView of index.html on objects that > > implement an index.html view, otherwise fallback to index_html. > > > > The __browser_default__ method in viewable.py/Viewable suggests that > > this should be the behaviour (it has a fallback that says it falls back > > to index_html), > > Thats a documentation bug in that case. More on this below. > > > name="index.html"/> > > Yes, that will make the default view index.html, thusly overridding > the Zope2 default of index_html. I'm thinking I wasn't clear enough. I understand that this browser:defaultView directive means that for objects implementing IGSContentFolder, index.html will be the default. I'm not clear why: which is _required_ in the Zope-2.9 version of Five to let the browser:defaultView directive work, also enforces 'index.html' as the default (independently of the browser:defaultView directive). If it is because the global defaultView for Five/Z3 is set to index.html ... well, ok, but in that case why the code in viewable.py: --- def __browser_default__(self, request): obj = self path = None if request['REQUEST_METHOD'] not in ('GET', 'POST'): return obj, [request['REQUEST_METHOD']] try: obj, path = IBrowserDefault(self).defaultView(request) except ComponentLookupError: pass if path: if len(path) == 1 and path[0] == '__call__': return obj, ('fallback_call__',) return obj, path return self.__fallback_default__(request) --- As far as I can tell, when the patch is in place (ie. when five:defaultViewable is set for an object), the __fallback_default__ is never called. I realise this is probably irrelevant now, since it doesn't work like this in Zope-2.10. --Richard From rocky at serverzen.com Mon Oct 9 01:53:54 2006 From: rocky at serverzen.com (Rocky Burt) Date: Sun, 08 Oct 2006 21:23:54 -0230 Subject: [z3-five] browser: page and allowed_interface In-Reply-To: References: Message-ID: <1160351632.5840.21.camel@localhost> On Sat, 2006-07-10 at 17:34 +0000, George Lee wrote: > Currently Five processes the "browser:page" and "allowed_interface" as follows, > in method page of Products.Five.browser.metaconfigure: > > if allowed_interface is not None: > for interface in allowed_interface: > allowed_attributes.extend(interface.names()) > > However, if an interface subclasses another interface, then the superclass > interface's names are not included in the allowed attributes! This seems very > counter-intuitive. Yeah, I recently banged into this as well. I was expecting that when I allowed_interface an interface, the interface's super-interface(s) would also be included. I guess the real question here is, what does pure Zope 3 do ? - Rocky -- Rocky Burt ServerZen Software -- http://www.serverzen.com News About The Server (blog) -- http://www.serverzen.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://codespeak.net/pipermail/z3-five/attachments/20061008/6a7d8b8c/attachment.pgp From restless.being at gmail.com Mon Oct 9 09:18:36 2006 From: restless.being at gmail.com (eXt) Date: Mon, 9 Oct 2006 09:18:36 +0200 Subject: [z3-five] Zope 2.10 and UnicodeDecodeErrors In-Reply-To: <452818D0.90903@weitershausen.de> References: <200610021453.39260.restless.being@gmail.com> <4524C3F7.6090600@simplistix.co.uk> <452818D0.90903@weitershausen.de> Message-ID: <200610090918.36736.restless.being@gmail.com> Dnia sobota, 7 pazdziernika 2006 23:14, Philipp von Weitershausen napisal: > Right. The problem is this: the Zope 2.9 ZPT implementation uses str's > internally. In good ol' Zope 2 times, people weren't using unicode but > 8bit strings which works fine. If you're using unicode, that also works > fine, because the str's that Zope 2.9 ZPTs use internally are ASCII only. > The problem arises in Zope 2.10 which uses unicode's internally (instead > of str's). That makes it impossible to include 8bit strings in ZPTs > (because unicode and 8bit strings can't be combined). Nice clarification of things. > Here's some more background on the issue and a proposed fix: > http://www.zope.org/Collectors/Zope/2180 > > If this solves the problem, we should apply the patch. It doesn't work wor me (nothing has changed after the patch was applied) :( -- Jakub Wisniowski From regebro at gmail.com Mon Oct 9 13:47:23 2006 From: regebro at gmail.com (Lennart Regebro) Date: Mon, 9 Oct 2006 13:47:23 +0200 Subject: [z3-five] Bug in defaultView? In-Reply-To: <1160343293.26195.12.camel@ubuntu> References: <1160283030.21623.12.camel@ubuntu> <319e029f0610080331x4ff87b7ag2e036f2775048e5b@mail.gmail.com> <1160343293.26195.12.camel@ubuntu> Message-ID: <319e029f0610090447v4f1518e4vf6a855e3589793f0@mail.gmail.com> On 10/8/06, Richard Waid wrote: >I'm not clear why: > > > > which is _required_ in the Zope-2.9 version of Five to let the > browser:defaultView directive work, also enforces 'index.html' as the > default (independently of the browser:defaultView directive). Ah. Correct, it is not clear why. But that's how it is. If it's good or bad I don't know. :) In any case, you basically do not need five:defaultViewable unless you also want to set browser:defaultView, so it shouldn't be a problem, right? > I realise this is probably irrelevant now, since it doesn't work like > this in Zope-2.10. Well, I think defaultViewable will still set the default to index.html, if I remember correctly. But you don't need it any more, correct. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.nuxeo.org/ From not.com at gmail.com Wed Oct 11 00:44:46 2006 From: not.com at gmail.com (yary) Date: Tue, 10 Oct 2006 15:44:46 -0700 Subject: [z3-five] Skins via zcml, viewable in CMF portal_skins? Message-ID: <75cbfa570610101544p3bfb6ca5q242b7ca241ffc41@mail.gmail.com> Hello all, I have some ZCML sucessfully declaring a skin: I can open my site, append ++skin++QSkin and there's no error. However the management screen portal_skins/properties doesn't show QLayer or QSkin, so how is the user supposed to choose QSkin as the default for a particular site? thanks -y From ree at ree.hu Wed Oct 11 07:52:32 2006 From: ree at ree.hu (Balazs Ree) Date: Wed, 11 Oct 2006 07:52:32 +0200 Subject: [z3-five] Zope 2.10 and UnicodeDecodeErrors References: <200610021453.39260.restless.being@gmail.com> <7054C9BA2BF7839ACB411CDE@[192.168.0.28]> <45235F84.7090008@simplistix.co.uk> <200610041239.28588.restless.being@gmail.com> <4524C3F7.6090600@simplistix.co.uk> <452818D0.90903@weitershausen.de> Message-ID: <0eduv3-qhi.ln1@kiiu.ree> Sat, 07 Oct 2006 23:14:56 +0200 keltez?ssel Philipp von Weitershausen wrote: > Here's some more background on the issue and a proposed fix: > http://www.zope.org/Collectors/Zope/2180 > > If this solves the problem, we should apply the patch. I've attached some tests usable to check the presence of the issue and if any particular solution solves it. In case there is a patch that solves all of them (Philipp's first patch only fixed a part of the cases) I also suggest that we emit deprecation warning in case the fix comes in effect. This would allow developers to see what particular insertions cause the problem and fix them to proper unicode. -- Balazs Ree From not.com at gmail.com Wed Oct 11 21:03:57 2006 From: not.com at gmail.com (yary) Date: Wed, 11 Oct 2006 12:03:57 -0700 Subject: [z3-five] handler not getting called Message-ID: <75cbfa570610111203m69064de8m18124847047d85f1@mail.gmail.com> I'm trying to add a handler, but it doesn't get called. ZCML: currently addedQSite prints a debug message and then throws an exception- trying to make it hard to miss... but I can create a QSite and not see the debug message or exception. My first attempt I used IObjectAddedEvent, and switched to IObjectEvent to try and catch any event, still nothing calls my addedQSite on add or delete. Any ideas on how to fix? From philipp at weitershausen.de Wed Oct 11 21:46:53 2006 From: philipp at weitershausen.de (Philipp von Weitershausen) Date: Wed, 11 Oct 2006 21:46:53 +0200 Subject: [z3-five] handler not getting called In-Reply-To: <75cbfa570610111203m69064de8m18124847047d85f1@mail.gmail.com> References: <75cbfa570610111203m69064de8m18124847047d85f1@mail.gmail.com> Message-ID: <452D4A2D.4040509@weitershausen.de> yary wrote: > I'm trying to add a handler, but it doesn't get called. ZCML: > > > > interface=".portal.IQSite" > /> > for=".portal.IQSite zope.app.container.interfaces.IObjectEvent" > handler=".portal.addedQSite" > /> > > currently addedQSite prints a debug message and then throws an > exception- trying to make it hard to miss... but I can create a QSite > and not see the debug message or exception. My first attempt I used > IObjectAddedEvent, and switched to IObjectEvent to try and catch any > event, still nothing calls my addedQSite on add or delete. Any ideas > on how to fix? How are you creating a QSite object? Most of Zope 2 or the CMF doesn't send events yet, unfortunately. It would be a nice sprint topic or task to add such events to Zope 2, though. Philipp From not.com at gmail.com Wed Oct 11 22:59:35 2006 From: not.com at gmail.com (yary) Date: Wed, 11 Oct 2006 13:59:35 -0700 Subject: [z3-five] handler not getting called In-Reply-To: <452D4A2D.4040509@weitershausen.de> References: <75cbfa570610111203m69064de8m18124847047d85f1@mail.gmail.com> <452D4A2D.4040509@weitershausen.de> Message-ID: <75cbfa570610111359h4239afbbh5bc315bbfc77eb7@mail.gmail.com> On 11/10/06, Philipp von Weitershausen wrote: > yary wrote: > > I'm trying to add a handler, but it doesn't get called. ZCML: > > > > > > > > > interface=".portal.IQSite" > > /> > > > for=".portal.IQSite zope.app.container.interfaces.IObjectEvent" > > handler=".portal.addedQSite" > > /> > > > > currently addedQSite prints a debug message and then throws an > > exception- trying to make it hard to miss... but I can create a QSite > > and not see the debug message or exception. My first attempt I used > > IObjectAddedEvent, and switched to IObjectEvent to try and catch any > > event, still nothing calls my addedQSite on add or delete. Any ideas > > on how to fix? > > How are you creating a QSite object? Most of Zope 2 or the CMF doesn't > send events yet, unfortunately. It would be a nice sprint topic or task > to add such events to Zope 2, though. QSite is a subclass of CMFSite- in its entirety: class QSite(CMFSite): meta_type='Q Site' My product initializes it with initializeBases... & registerClass. I add a 'Q Site' to my Zope root through the management interface, and that's where I was hoping to get the event notification. I suspected that the event methods were more intended for content objects written from scratch, still, was hoping the "magic" worked "outside the box" as well! Thanks for alerting me that I can't expect events to work on Zope2-ish objects yet. Hope you don't mind me cc'ing to the five list on this response, so others can see that it is closed. What I'm trying to do in the big picture, is write a product that comes with an optional skin, which it installs on instantiation. Will post a more detailed request for help to the zope users list. From d.schulz81 at gmx.net Tue Oct 17 18:42:15 2006 From: d.schulz81 at gmx.net (Dennis Schulz) Date: Tue, 17 Oct 2006 18:42:15 +0200 Subject: [z3-five] Formlib and genuine add forms in Plone Message-ID: <453507E7.70602@gmx.net> Hi, I am currently learning how to do a content type with Formlib ( Five 1.4.1, Zope 2.9.5 and Plone 2.5.1 ) that should contain a genuine add form, that means that the item is not created before entering any value like in Archtypes (without portal factory). http://plone.org/documentation/tutorial/using-zope-formlib-with-plone/formlib-and-content-types I worked through this example. In the end the author states that "The only main missing piece (from formlib's perspective) here is using an auto-generated add form. While we can build those, they can't easily be hooked into Plone as Plone feels it needs to create the content first before displaying any forms." How would it be if we don't use the Archetypes BaseContent class to build the ContentType (like in the tutorial), but the OFS.SimpleItem (there is an example in formlib/tests directory)? Would it be possible to auto generate a working add form? Are there any examples where it actually really works? I have looked at a few examples now and everybody makes it a litte bit different..... does it make sense to build upon Archetypes BaseContent or not? How do you make Content Types? Greetings Dennis From D.Schulz81 at gmx.net Tue Oct 17 19:00:51 2006 From: D.Schulz81 at gmx.net (Dennis Schulz) Date: Tue, 17 Oct 2006 19:00:51 +0200 Subject: [z3-five] Calendar Widget in zope.app.form.browser ? Message-ID: <20061017170051.197080@gmx.net> Hi, I am new to zope.formLib and Zope 3 and I am currently trying to understand the Zope 3 schema. I saw that there is a zope.app.schema.DateTime field. When I add this to the schema the default widget is a text field. Is there a widget similar to Archetypes Calendar Widget? How can I connect this to a calendar widget over zope.app.form.browser? I am generally looking for a overview of all widgets and bigger examples of complex content types. Can anybody help me? Thanks, Dennis -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From ra at burningman.com Tue Oct 17 19:25:52 2006 From: ra at burningman.com (Rob Miller) Date: Tue, 17 Oct 2006 10:25:52 -0700 Subject: [z3-five] Formlib and genuine add forms in Plone In-Reply-To: <453507E7.70602@gmx.net> References: <453507E7.70602@gmx.net> Message-ID: <45351220.2020108@burningman.com> Dennis Schulz wrote: > Hi, > > I am currently learning how to do a content type with Formlib ( Five > 1.4.1, Zope 2.9.5 and Plone 2.5.1 ) that should contain a genuine add > form, that means that the item is not created before entering any value > like in Archtypes (without portal factory). > > http://plone.org/documentation/tutorial/using-zope-formlib-with-plone/formlib-and-content-types > > I worked through this example. In the end the author states that "The > only main missing piece (from formlib's perspective) here is using an > auto-generated add form. While we can build those, they can't easily be > hooked into Plone as Plone feels it needs to create the content first > before displaying any forms." there are two problems here that i'm aware of. one, which is AT-specific, is that AT schemas expect to be rendered against an existing AT object, they don't work w/o one. the other, which is not AT-specific, is that Plone's add menu automatically triggers the creation of an object of the specified type. > How would it be if we don't use the Archetypes BaseContent class to > build the ContentType (like in the tutorial), but the OFS.SimpleItem > (there is an example in formlib/tests directory)? i don't think this changes things too much. formlib-based forms work w/o the need to be rendered against an existing object, as long as you're not using any interface generated by AT schema then it should be possible to generate a form before the object has been created. > Would it be possible to auto generate a working add form? yes. for smooth integration it would require some changes to Plone's content adding infrastructure, so that when you use the menus to add a piece of content it is not assumed that the content should be created immediately. it may be possible simply by developing a new version of the 'createObject.cpy' script, so that it checks a registry to see whether a given type should be created the old way, or if it should merely traverse to the addform view instead. > Are there any > examples where it actually really works? yes. there's a product called Fate in the AT svn repository on plone.org that generates working addforms for full AT schema driven content. it does this by generating a "stub" object of the right type and rendering the schema against that stub. the "real" object is not created until after the form is submitted. IIRC, however, it did not handle the menu integration issue. the solution i mentioned above would be a quick fix, however. > I have looked at a few examples > now and everybody makes it a litte bit different..... does it make sense > to build upon Archetypes BaseContent or not? depends. building on BaseContent means you'll play better with the rest of Plone, b/c you'll still support such niceties as the reference engine and catalog multiplexing. but AT objects are pretty heavy, if you need to produce hundreds of thousands of a particular type, you can make them much lighter and more efficient by not using AT. > How do you make Content Types? the bare minimum, i believe, is that you need to be a regular Zope object (e.g. by subclassing from SimpleItem) and you need to subclass DynamicType, PortalContent, and (arguably optional) CMFCatalogAware, all defined in CMFCore. plus you need to register a TypeInfo object with the types tool. it may be possible to do so with even less, but i believe this would be sufficient. this may or may not belong on the five list, btw; it seems pretty Plone-specific to me, it may make more sense to have this on the plone-dev list. -r From rocky at serverzen.com Tue Oct 17 19:54:32 2006 From: rocky at serverzen.com (Rocky Burt) Date: Tue, 17 Oct 2006 15:24:32 -0230 Subject: [z3-five] Calendar Widget in zope.app.form.browser ? In-Reply-To: <20061017170051.197080@gmx.net> References: <20061017170051.197080@gmx.net> Message-ID: <1161107670.5842.89.camel@localhost> On Tue, 2006-17-10 at 19:00 +0200, Dennis Schulz wrote: > I am new to zope.formLib and Zope 3 and I am currently trying to understand the Zope 3 schema. > > I saw that there is a zope.app.schema.DateTime field. > When I add this to the schema the default widget is a text field. > Is there a widget similar to Archetypes Calendar Widget? > How can I connect this to a calendar widget over zope.app.form.browser? Archetypes widgets and Zope 3 widgets are currently not compatible. I *believe* there is a calenadar style widget here but I have not tested it. http://svn.zope.org/zc.datetimewidget - Rocky -- Rocky Burt ServerZen Software -- http://www.serverzen.com News About The Server (blog) -- http://www.serverzen.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://codespeak.net/pipermail/z3-five/attachments/20061017/a1223dc1/attachment.pgp From k_vertigo at objectrealms.net Tue Oct 17 20:01:46 2006 From: k_vertigo at objectrealms.net (Kapil Thangavelu) Date: Tue, 17 Oct 2006 14:01:46 -0400 Subject: [z3-five] Calendar Widget in zope.app.form.browser ? In-Reply-To: <1161107670.5842.89.camel@localhost> References: <20061017170051.197080@gmx.net> <1161107670.5842.89.camel@localhost> Message-ID: afaik, anything that depends on zc.resourcelibrary won't have access to the specified resources in z2 (at least it hasn't for me), due to differences in publication/request runtimes, which in turn probably means a non functional calendar widget. -k On Tue, 17 Oct 2006 13:54:32 -0400, Rocky Burt wrote: > On Tue, 2006-17-10 at 19:00 +0200, Dennis Schulz wrote: >> I am new to zope.formLib and Zope 3 and I am currently trying to >> understand the Zope 3 schema. >> >> I saw that there is a zope.app.schema.DateTime field. >> When I add this to the schema the default widget is a text field. >> Is there a widget similar to Archetypes Calendar Widget? >> How can I connect this to a calendar widget over zope.app.form.browser? > > Archetypes widgets and Zope 3 widgets are currently not compatible. I > *believe* there is a calenadar style widget here but I have not tested > it. > > http://svn.zope.org/zc.datetimewidget > > - Rocky > From fafhrd at datacom.kz Thu Oct 19 14:11:36 2006 From: fafhrd at datacom.kz (Nikolay Kim) Date: Thu, 19 Oct 2006 18:11:36 +0600 Subject: [z3-five] Five 1.5 bug Message-ID: <1161259896.7582.3.camel@localhost.localdomain> i can find five bugtracker. bug with directive deprecated warning File "/zope/Zope2.10/GadozProducts/Five/metaconfigure.py", line 51, in __init__ warnings.warn_explicit( zope.configuration.xmlconfig.ZopeXMLConfigurationError: File "/zope/Zope2.10/etc/site.zcml", line 18.2-18.23 ZopeXMLConfigurationError: File "/zope/Zope2.10/Products/CMFPlone/configure.zcml", line 5.2-5.32 ZopeXMLConfigurationError: File "/zope/Zope2.10/Products/CMFPlone/browser/configure.zcml", line 5.2 NameError: global name 'warnings' is not defined From maciej.wisniowski at coig.katowice.pl Thu Oct 19 15:29:26 2006 From: maciej.wisniowski at coig.katowice.pl (Maciej Wisniowski) Date: Thu, 19 Oct 2006 15:29:26 +0200 Subject: [z3-five] Menu and MenuItem in Five Message-ID: <45377DB6.7010605@coig.katowice.pl> Hi I'm able to define menu and menu items with Five directives in configure.zcml. I found that i can get menu items with: context/@@view_get_menu/zmi_views for my menu named 'zmi_views'. Is this possible somehow to get these menu items to be visible in ZMI just like standard tabs? Now I have this in my code: manage_options = ( PropertyManager.manage_options + \ SimpleItem.manage_options #+ \ #globalBrowserMenuService.getMenu('testmenu', IMain, IBrowserRequest) ) It displays tabs like Properties, Undo etc. I want to show one more tab defined with Five... What can I do? -- Maciej Wisniowski From regebro at gmail.com Thu Oct 19 15:34:20 2006 From: regebro at gmail.com (Lennart Regebro) Date: Thu, 19 Oct 2006 15:34:20 +0200 Subject: [z3-five] Menu and MenuItem in Five In-Reply-To: <45377DB6.7010605@coig.katowice.pl> References: <45377DB6.7010605@coig.katowice.pl> Message-ID: <319e029f0610190634n74bb32fr2490dc1ae1d1d2c6@mail.gmail.com> On 10/19/06, Maciej Wisniowski wrote: > Is this possible somehow to get these menu items to be > visible in ZMI just like standard tabs? Short answer: no. Long answer: Of course, but it's very complicated. :) > Now I have this in my code: > > manage_options = ( PropertyManager.manage_options + \ > SimpleItem.manage_options #+ \ > #globalBrowserMenuService.getMenu('testmenu', > IMain, IBrowserRequest) > ) That will firstly be executed when the module is imported, and will not include all the menues defined in any case, and secondly, that will return a list of menu items, not a list of ZMI-tabs. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.nuxeo.org/ From fafhrd at datacom.kz Thu Oct 19 15:31:18 2006 From: fafhrd at datacom.kz (Nikolay Kim) Date: Thu, 19 Oct 2006 19:31:18 +0600 Subject: [z3-five] interaction and Five1.5 Message-ID: <1161264678.7582.5.camel@localhost.localdomain> Hi, Seems that five 1.5 doesn't install interaction object for zope3? or i miss something? From regebro at gmail.com Thu Oct 19 15:38:23 2006 From: regebro at gmail.com (Lennart Regebro) Date: Thu, 19 Oct 2006 15:38:23 +0200 Subject: [z3-five] Five 1.5 bug In-Reply-To: <1161259896.7582.3.camel@localhost.localdomain> References: <1161259896.7582.3.camel@localhost.localdomain> Message-ID: <319e029f0610190638oe0b63e6h423564171b058097@mail.gmail.com> On 10/19/06, Nikolay Kim wrote: > i can find five bugtracker. Well, that's the normal Zope2 bugtracker. And please include the zcml-statement that caused the error, it would speed thinks up. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.nuxeo.org/ From plone at hannosch.info Thu Oct 19 15:48:57 2006 From: plone at hannosch.info (Hanno Schlichting) Date: Thu, 19 Oct 2006 15:48:57 +0200 Subject: [z3-five] Five 1.5 bug In-Reply-To: <319e029f0610190638oe0b63e6h423564171b058097@mail.gmail.com> References: <1161259896.7582.3.camel@localhost.localdomain> <319e029f0610190638oe0b63e6h423564171b058097@mail.gmail.com> Message-ID: <45378249.3070400@hannosch.info> Hi. Lennart Regebro wrote: > On 10/19/06, Nikolay Kim wrote: >> i can find five bugtracker. > > Well, that's the normal Zope2 bugtracker. > And please include the zcml-statement that caused the error, it would > speed thinks up. You have already fixed the bug he talks about on Five trunk (http://svn.zope.org/Products.Five/trunk/CHANGES.txt?rev=69765&view=rev). This is just not included in any Five release so far and thus not included in Zope 2.10 final either. See http://www.zope.org/Collectors/Zope/2168 for the original bug report. Hanno From plone at hannosch.info Thu Oct 19 16:00:21 2006 From: plone at hannosch.info (Hanno Schlichting) Date: Thu, 19 Oct 2006 16:00:21 +0200 Subject: [z3-five] Five 1.5 bug In-Reply-To: <1161259896.7582.3.camel@localhost.localdomain> References: <1161259896.7582.3.camel@localhost.localdomain> Message-ID: <453784F5.1020800@hannosch.info> Hi. Nikolay Kim wrote: > i can find five bugtracker. > > bug with directive deprecated warning > > File "/zope/Zope2.10/GadozProducts/Five/metaconfigure.py", line 51, in > __init__ > warnings.warn_explicit( > zope.configuration.xmlconfig.ZopeXMLConfigurationError: File > "/zope/Zope2.10/etc/site.zcml", line 18.2-18.23 > ZopeXMLConfigurationError: File > "/zope/Zope2.10/Products/CMFPlone/configure.zcml", line 5.2-5.32 > ZopeXMLConfigurationError: File > "/zope/Zope2.10/Products/CMFPlone/browser/configure.zcml", line 5.2 > NameError: global name 'warnings' is not defined Even if you would use a fixed version of Five you would still run into a lot of problems, as you are trying to run Plone 2.5.x against Zope 2.10, which is neither a supported nor working combination. You will have to stay with latest Zope 2.9 release for Plone 2.5 and you will have to wait for Plone 3.0 for Zope 2.10 support. Hanno From maciej.wisniowski at coig.katowice.pl Thu Oct 19 21:44:20 2006 From: maciej.wisniowski at coig.katowice.pl (Maciej Wisniowski) Date: Thu, 19 Oct 2006 21:44:20 +0200 Subject: [z3-five] Menu and MenuItem in Five In-Reply-To: <319e029f0610190634n74bb32fr2490dc1ae1d1d2c6@mail.gmail.com> References: <45377DB6.7010605@coig.katowice.pl> <319e029f0610190634n74bb32fr2490dc1ae1d1d2c6@mail.gmail.com> Message-ID: <4537D594.6020709@coig.katowice.pl> >> Is this possible somehow to get these menu items to be >> visible in ZMI just like standard tabs? > > Short answer: no. > > Long answer: Of course, but it's very complicated. :) Seems that I didn't know that it is complicated and I did this... ;) I've just defined filtered_manage_options function for my content class like: ------------------------- from zope.app import zapi class MyClass(SimpleItem): (...) def filtered_manage_options(self, REQUEST=None): """test... """ options = SimpleItem.filtered_manage_options(self, REQUEST) # it is Zope2.8 so we have to use getView instead of getMultiAdapter view = zapi.getView(self, 'view_get_menu' ,self.REQUEST) view = view.__of__(self) five_options = view['zmi_views'] for d in five_options: #change title to label d['label'] = d.get('title', '') options.append(d) return options ------------------------- configure.zcml: ------------------------- ------------------------- and my page template nope.pt: -------------------------

Generic Header

print nopeee

Generic Footer

------------------------- Did I miss something here?? -- Maciej Wisniowski From maciej.wisniowski at coig.katowice.pl Fri Oct 20 08:55:40 2006 From: maciej.wisniowski at coig.katowice.pl (Maciej Wisniowski) Date: Fri, 20 Oct 2006 08:55:40 +0200 Subject: [z3-five] Menu and MenuItem in Five In-Reply-To: <4537D594.6020709@coig.katowice.pl> References: <45377DB6.7010605@coig.katowice.pl> <319e029f0610190634n74bb32fr2490dc1ae1d1d2c6@mail.gmail.com> <4537D594.6020709@coig.katowice.pl> Message-ID: <453872EC.9030301@coig.katowice.pl> > and my page template nope.pt: > ------------------------- >

Generic Header

> print nopeee >

Generic Footer

> ------------------------- > I forgot to say that I have 'generic' attribute which is a ZPT with few simple macros. If somebody is interested I may post it's definition. AFAIR it was taken from another Zope product like Boring or something like that. > Did I miss something here?? Today I found that I missed two things: 1. Ocassionaly I got AttributeError: 'zope.thread.local' object has no attribute 'interaction'. Seems to be same thing as this one: http://www.zope.org/Collectors/Zope/2190 so I added: from Products.Five import security security.newInteraction() 2. tabs from Five were not correctly highlighted It was necessary to change @@ to %40 in 'action' d['action'] = d['action'].replace('@', '%40') Finally it looks like: def filtered_manage_options(self, REQUEST=None): """test... """ options = SimpleItem.filtered_manage_options(self, REQUEST) security.newInteraction() # it is Zope2.8 so we have to use getView instead of getMultiAdapter view = zapi.getView(self, 'view_get_menu' ,self.REQUEST) view = view.__of__(self) five_options = view['zmi_views'] for d in five_options: #change title to label d['label'] = d.get('title', '') d['action'] = d['action'].replace('@', '%40') options.append(d) return options I wonder whether all of this is necessary if I still can use simple 'old way' of defining management tabs. But till now I was not able to realize what for this 'menu' stuff from zcml may be used for in Z2 :) -- Maciej Wisniowski From regebro at gmail.com Fri Oct 20 09:14:14 2006 From: regebro at gmail.com (Lennart Regebro) Date: Fri, 20 Oct 2006 09:14:14 +0200 Subject: [z3-five] Menu and MenuItem in Five In-Reply-To: <4537D594.6020709@coig.katowice.pl> References: <45377DB6.7010605@coig.katowice.pl> <319e029f0610190634n74bb32fr2490dc1ae1d1d2c6@mail.gmail.com> <4537D594.6020709@coig.katowice.pl> Message-ID: <319e029f0610200014kc9924d9kde033904d43f4265@mail.gmail.com> On 10/19/06, Maciej Wisniowski wrote: > Did I miss something here?? No, I missed something: That you only wanted it done for a specific class. I thought you wanted it to happen generically. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.nuxeo.org/ From maciej.wisniowski at coig.katowice.pl Fri Oct 20 09:28:40 2006 From: maciej.wisniowski at coig.katowice.pl (Maciej Wisniowski) Date: Fri, 20 Oct 2006 09:28:40 +0200 Subject: [z3-five] Menu and MenuItem in Five In-Reply-To: <319e029f0610200014kc9924d9kde033904d43f4265@mail.gmail.com> References: <45377DB6.7010605@coig.katowice.pl> <319e029f0610190634n74bb32fr2490dc1ae1d1d2c6@mail.gmail.com> <4537D594.6020709@coig.katowice.pl> <319e029f0610200014kc9924d9kde033904d43f4265@mail.gmail.com> Message-ID: <45387AA8.10205@coig.katowice.pl> > No, I missed something: That you only wanted it done for a specific > class. I thought you wanted it to happen generically. Yes, one class - that was the point and... I just wanted to get to know how to use these directives. I'm not sure but it may be that general solution already exists in Zope 2.10. Thanks anyway! -- Maciej Wisniowski From d.schulz81 at gmx.net Fri Oct 20 10:49:29 2006 From: d.schulz81 at gmx.net (Dennis Schulz) Date: Fri, 20 Oct 2006 10:49:29 +0200 Subject: [z3-five] formlib default valdation msgs Message-ID: <45388D99.3080908@gmx.net> Hi, after following the steps in the tutorial http://plone.org/documentation/tutorial/using-zope-formlib-with-plone (means using the default widgets and no custom validation) The output is as attached, which looks not very nice. Is this only Plone specific? How is it possible to change the border of the validation messages? Or will it be improved with upcoming updates of the zope.app.form.browser? Thanks, Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: test.gif Type: image/gif Size: 9271 bytes Desc: not available Url : http://codespeak.net/pipermail/z3-five/attachments/20061020/60c7f931/attachment-0001.gif From d.schulz81 at gmx.net Fri Oct 20 10:53:13 2006 From: d.schulz81 at gmx.net (Dennis Schulz) Date: Fri, 20 Oct 2006 10:53:13 +0200 Subject: [z3-five] ${portal_url} not resolved in ZCML Message-ID: <45388E79.8080804@gmx.net> Hi, I tried source: http://www.serverzen.net/weblog/archive/2006/01/07/cmf-with-zope-3-on-zope-2 ${portal_url} cound not be resolved as I tried it (Plone 2.5.1, five 1.4.1) What do I have to do to have a the menu item inside the Plone Instance for example in a folder like intranet/MApplication? Thanks, Dennis From cklinger at novareto.de Fri Oct 20 10:58:05 2006 From: cklinger at novareto.de (Christian Klinger) Date: Fri, 20 Oct 2006 10:58:05 +0200 Subject: [z3-five] formlib default valdation msgs In-Reply-To: <45388D99.3080908@gmx.net> References: <45388D99.3080908@gmx.net> Message-ID: Dennis Schulz schrieb: > Hi, > > after following the steps in the tutorial > http://plone.org/documentation/tutorial/using-zope-formlib-with-plone > (means using the default widgets and no custom validation) > > The output is as attached, which looks not very nice. > Is this only Plone specific? > How is it possible to change the border of the validation messages? > Or will it be improved with upcoming updates of the zope.app.form.browser? Hi Dennis take a look at plone.app.form. http://svn.plone.org/view/plone/plone.app.form/ This package will render your formlib-fields in a more "plonish" style. Christian > > Thanks, Dennis > > > > ------------------------------------------------------------------------ > From regebro at gmail.com Fri Oct 20 12:44:55 2006 From: regebro at gmail.com (Lennart Regebro) Date: Fri, 20 Oct 2006 12:44:55 +0200 Subject: [z3-five] Menu and MenuItem in Five In-Reply-To: <45387AA8.10205@coig.katowice.pl> References: <45377DB6.7010605@coig.katowice.pl> <319e029f0610190634n74bb32fr2490dc1ae1d1d2c6@mail.gmail.com> <4537D594.6020709@coig.katowice.pl> <319e029f0610200014kc9924d9kde033904d43f4265@mail.gmail.com> <45387AA8.10205@coig.katowice.pl> Message-ID: <319e029f0610200344k71b90b29yad3ba26507ee17cb@mail.gmail.com> On 10/20/06, Maciej Wisniowski wrote: > I'm not sure but it may be that general solution already > exists in Zope 2.10. Nope. Although it could probably be an idea for 2.11. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.nuxeo.org/ From d.schulz81 at gmx.net Fri Oct 20 14:49:41 2006 From: d.schulz81 at gmx.net (Dennis Schulz) Date: Fri, 20 Oct 2006 14:49:41 +0200 Subject: [z3-five] zope.formlib with DB Message-ID: <4538C5E5.8040006@gmx.net> Hello, I am looking for an example of using zope.formlib in connection with a SQL database. (preferable SQLObject or SQLAlchemy as mapper) Means that I would have a container that doesn't look up in the ZODB but in the external database by default. Dennis From maciej.wisniowski at coig.katowice.pl Fri Oct 20 15:20:48 2006 From: maciej.wisniowski at coig.katowice.pl (Maciej Wisniowski) Date: Fri, 20 Oct 2006 15:20:48 +0200 Subject: [z3-five] zope.formlib with DB In-Reply-To: <4538C5E5.8040006@gmx.net> References: <4538C5E5.8040006@gmx.net> Message-ID: <4538CD30.6070301@coig.katowice.pl> > I am looking for an example of using zope.formlib in connection with a > SQL database. (preferable SQLObject or SQLAlchemy as mapper) > Means that I would have a container that doesn't look up in the ZODB but > in the external database by default. > I did something like that but with standard DB adapters. I've used setupDataWidgets function found somewhere in formlibcode that gets 'data' parameter to inject data from database. Function self.context._get_data() in the example below returns data from db. from Products.Five.formlib.formbase import Form class TemplateFormlibForm(Form): """ testing formlib """ prefix = 'tfl' form_fields = form.Fields(ITemplateFormlib) def setUpWidgets(self, ignore_request=True): self.adapters = {} self.widgets = setUpDataWidgets( form_fields=self.form_fields, form_prefix=self.prefix, context=self.context, request=self.request, data=self.context._get_data(), ignore_request=ignore_request) -- Maciej Wisniowski From philipp at weitershausen.de Fri Oct 20 15:27:33 2006 From: philipp at weitershausen.de (Philipp von Weitershausen) Date: Fri, 20 Oct 2006 15:27:33 +0200 Subject: [z3-five] interaction and Five1.5 In-Reply-To: <1161264678.7582.5.camel@localhost.localdomain> References: <1161264678.7582.5.camel@localhost.localdomain> Message-ID: <4538CEC5.7020502@weitershausen.de> Nikolay Kim wrote: > Seems that five 1.5 doesn't install interaction object for zope3? or i > miss something? Yes, you're right. Five <1.4 set up a new "Five" interaction during five:traversable-based traversal. Five 1.5 doesn't do this anymore because traversal is now in Zope 2. In Zope 2.10, the ZPublisher should create the interaction when a new request is started, and it should end it around the same time it commits the database transaction. Patches are welcome :) People who could review the patch and apply it would also be welcome, I don't think I'll have time this or next month. Philipp From d.schulz81 at gmx.net Fri Oct 20 16:11:15 2006 From: d.schulz81 at gmx.net (Dennis Schulz) Date: Fri, 20 Oct 2006 16:11:15 +0200 Subject: [z3-five] zope.formlib with DB Message-ID: <4538D903.8010302@gmx.net> Thanks I will try it -------- Original-Nachricht -------- Datum: Fri, 20 Oct 2006 15:20:48 +0200 Von: Maciej Wisniowski An: d.schulz81 at gmx.net Betreff: Re: [z3-five] zope.formlib with DB > > > I am looking for an example of using zope.formlib in connection with a > > SQL database. (preferable SQLObject or SQLAlchemy as mapper) > > Means that I would have a container that doesn't look up in the ZODB but > > in the external database by default. > > > I did something like that but with standard DB adapters. > I've used setupDataWidgets function found somewhere > in formlibcode that gets 'data' parameter to inject data > >from database. Function self.context._get_data() > in the example below returns data from db. > > > >from Products.Five.formlib.formbase import Form > > class TemplateFormlibForm(Form): > """ testing formlib > """ > prefix = 'tfl' > form_fields = form.Fields(ITemplateFormlib) > > def setUpWidgets(self, ignore_request=True): > self.adapters = {} > self.widgets = setUpDataWidgets( > form_fields=self.form_fields, > form_prefix=self.prefix, > context=self.context, > request=self.request, > data=self.context._get_data(), > ignore_request=ignore_request) > > > -- > Maciej Wisniowski Re: [z3-five] zope.formlib with DB From d.schulz81 at gmx.net Fri Oct 20 17:29:45 2006 From: d.schulz81 at gmx.net (Dennis Schulz) Date: Fri, 20 Oct 2006 17:29:45 +0200 Subject: [z3-five] integrate a zope 3 site into plone menu structure via zcml Message-ID: <4538EB69.7010106@gmx.net> Hi, I want to integrate my page "addPR.html" into the Plone menu system in the folder ${portal_url}/PRSYSTEM/addPR.html But It does not seem to work. Can you help me to get it run? From tseaver at palladion.com Fri Oct 20 17:35:26 2006 From: tseaver at palladion.com (Tres Seaver) Date: Fri, 20 Oct 2006 11:35:26 -0400 Subject: [z3-five] integrate a zope 3 site into plone menu structure via zcml In-Reply-To: <4538EB69.7010106@gmx.net> References: <4538EB69.7010106@gmx.net> Message-ID: <4538ECBE.1090408@palladion.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dennis Schulz wrote: > Hi, > > I want to integrate my page "addPR.html" into the Plone menu system in > the folder ${portal_url}/PRSYSTEM/addPR.html > But It does not seem to work. > Can you help me to get it run? > > title="lalilu" > id="my_menu" > /> > > class=".browser.PurchaseRequisitionContentAddForm" > name="addPR.html" > permission="zope.Public" > for="*" > menu="my_menu" > title="DDDDDDDDDDDD" > /> > > for=".interfaces.IPurchaseRequisitionContent" > menu="my_menu" > title="MENUITEMMENUITEM" > action="${portal_url}/PRSYSTEM/addPR.html" > permission="zope.Public" > /> Plone isn't going to look at those menu items by default: you need to use the CMF "actions" machinery to expose your view. Tres. - -- =================================================================== Tres Seaver +1 202-558-7113 tseaver at palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFOOy9+gerLs4ltQ4RAsTfAKCsTXeO1YLxuWpg8McUNV0PdPbwswCfY8is Ai6758RZQRLY2Vi9q1tgDLI= =GGLf -----END PGP SIGNATURE----- From rocky at serverzen.com Fri Oct 20 17:58:44 2006 From: rocky at serverzen.com (Rocky Burt) Date: Fri, 20 Oct 2006 13:28:44 -0230 Subject: [z3-five] integrate a zope 3 site into plone menu structure via zcml In-Reply-To: <4538EB69.7010106@gmx.net> References: <4538EB69.7010106@gmx.net> Message-ID: <1161359922.6041.59.camel@localhost> On Fri, 2006-20-10 at 17:29 +0200, Dennis Schulz wrote: > I want to integrate my page "addPR.html" into the Plone menu system in > the folder ${portal_url}/PRSYSTEM/addPR.html > But It does not seem to work. At this point Plone (in it's default nature) does not look, use, or hook into the zope3 menu system at all. But this is something being looked at and Plone 3.0 will offer some support in this regard. In the meantime you might want to look at the CMFonFive product which will provide CMF actions representative the zope 3 menu's defined. The mapping is: menu <-> action category menuItem <-> action So to add an item to the plone action's dropdown for example, you could define a menu with the name "object_buttons" (which is the action category the actions dropdown uses) and then create a menuItem mapping to that menu. Of course be sure to quickinstall the CMFonFive tool into your Plone site. Hope this helps. Regards, Rocky -- Rocky Burt ServerZen Software -- http://www.serverzen.com News About The Server (blog) -- http://www.serverzen.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://codespeak.net/pipermail/z3-five/attachments/20061020/1505cb95/attachment.pgp From rocky at serverzen.com Fri Oct 20 18:02:28 2006 From: rocky at serverzen.com (Rocky Burt) Date: Fri, 20 Oct 2006 13:32:28 -0230 Subject: [z3-five] ${portal_url} not resolved in ZCML In-Reply-To: <45388E79.8080804@gmx.net> References: <45388E79.8080804@gmx.net> Message-ID: <1161360146.6041.63.camel@localhost> On Fri, 2006-20-10 at 10:53 +0200, Dennis Schulz wrote: > Hi, > > I tried > > title="user" > id="user" > /> > > for="*" > menu="user" > title="Manage Hours" > action="${portal_url}/multiplehours.html" > permission="zope2.View" > /> > > > source: > http://www.serverzen.net/weblog/archive/2006/01/07/cmf-with-zope-3-on-zope-2 > > ${portal_url} cound not be resolved as I tried it > (Plone 2.5.1, five 1.4.1) > What do I have to do to have a the menu item inside the Plone Instance > for example in a folder like intranet/MApplication? Depends on how you're trying to access the menu item. To the normal Zope 3 machinery, it has no way to convert ${portal_url} to anything. But with CMFonFive installed where menu items get converted to CMF actions... Plone will parse those actions and replace ${portal_url} with the appropriate url. - Rocky -- Rocky Burt ServerZen Software -- http://www.serverzen.com News About The Server (blog) -- http://www.serverzen.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://codespeak.net/pipermail/z3-five/attachments/20061020/64663635/attachment-0001.pgp From rocky at serverzen.com Fri Oct 20 18:03:25 2006 From: rocky at serverzen.com (Rocky Burt) Date: Fri, 20 Oct 2006 13:33:25 -0230 Subject: [z3-five] formlib default valdation msgs In-Reply-To: References: <45388D99.3080908@gmx.net> Message-ID: <1161360203.6041.65.camel@localhost> On Fri, 2006-20-10 at 10:58 +0200, Christian Klinger wrote: > Dennis Schulz schrieb: > > Hi, > > > > after following the steps in the tutorial > > http://plone.org/documentation/tutorial/using-zope-formlib-with-plone > > (means using the default widgets and no custom validation) > > > > The output is as attached, which looks not very nice. > > Is this only Plone specific? > > How is it possible to change the border of the validation messages? > > Or will it be improved with upcoming updates of the zope.app.form.browser? > > > Hi Dennis > > take a look at plone.app.form. > > http://svn.plone.org/view/plone/plone.app.form/ > > This package will render your formlib-fields in a more "plonish" style. Keep in mind plone.app.form is a little in flux at the moment. But yeah, we're basically using this as the landing place for all code that makes formlib as usable as possible in a Plone environment. - Rocky -- Rocky Burt ServerZen Software -- http://www.serverzen.com News About The Server (blog) -- http://www.serverzen.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://codespeak.net/pipermail/z3-five/attachments/20061020/2963b188/attachment.pgp From fafhrd at datacom.kz Sat Oct 21 13:39:52 2006 From: fafhrd at datacom.kz (Nikolay Kim) Date: Sat, 21 Oct 2006 17:39:52 +0600 Subject: [z3-five] interaction and Five1.5 In-Reply-To: <4538CEC5.7020502@weitershausen.de> References: <1161264678.7582.5.camel@localhost.localdomain> <4538CEC5.7020502@weitershausen.de> Message-ID: <1161430792.11119.10.camel@localhost.localdomain> Hi, Here patch that adds z3 security interaction. where should i submit it? -------------- next part -------------- A non-text attachment was scrubbed... Name: securitypolicy.diff Type: text/x-patch Size: 3519 bytes Desc: not available Url : http://codespeak.net/pipermail/z3-five/attachments/20061021/b989262b/attachment.bin From D.Schulz81 at gmx.net Sat Oct 21 18:16:43 2006 From: D.Schulz81 at gmx.net (Dennis Schulz) Date: Sat, 21 Oct 2006 18:16:43 +0200 Subject: [z3-five] Error with CMFonFive In-Reply-To: <20061021152518.321800@gmx.net> References: <4538EB69.7010106@gmx.net> <4538ECBE.1090408@palladion.com> <20061021152518.321800@gmx.net> Message-ID: <20061021161643.321830@gmx.net> Hi, I had the following error when I tried to install the CMSonFive Product on the Plone site via the Quickinstaller. Specification: Plone 2.5.1 Zope 2.9.5 CMS 1.6.2 Five 1.4.1 Now I can't do anything on my plone site. I always get this Error when I try to access anything on the Plone site. How can I fix this? Dennis > Traceback (innermost last): > > * Module ZPublisher.Publish, line 196, in publish_module_standard > * Module Products.PlacelessTranslationService.PatchStringIO, line 34, > in new_publish > * Module ZPublisher.Publish, line 146, in publish > * Module Zope2.App.startup, line 222, in zpublisher_exception_hook > * Module ZPublisher.Publish, line 115, in publish > * Module ZPublisher.mapply, line 88, in mapply > * Module ZPublisher.Publish, line 41, in call_object > * Module Shared.DC.Scripts.Bindings, line 311, in __call__ > * Module Shared.DC.Scripts.Bindings, line 348, in _bindAndExec > * Module Products.CMFCore.FSPageTemplate, line 195, in _exec > * Module Products.CacheSetup.patch_cmf, line 18, in FSPT_pt_render > * Module Products.CacheSetup.patch_utils, line 9, in call_pattern > * Module Products.CMFCore.FSPageTemplate, line 134, in pt_render > * Module Products.CacheSetup.patch_cmf, line 56, in PT_pt_render > * Module Products.CacheSetup.patch_utils, line 9, in call_pattern > * Module Products.PageTemplates.PageTemplate, line 104, in pt_render > > * Module TAL.TALInterpreter, line 238, in __call__ > * Module TAL.TALInterpreter, line 281, in interpret > * Module TAL.TALInterpreter, line 749, in do_useMacro > * Module TAL.TALInterpreter, line 281, in interpret > * Module TAL.TALInterpreter, line 457, in do_optTag_tal > * Module TAL.TALInterpreter, line 442, in do_optTag > * Module TAL.TALInterpreter, line 437, in no_tag > * Module TAL.TALInterpreter, line 281, in interpret > * Module TAL.TALInterpreter, line 749, in do_useMacro > * Module TAL.TALInterpreter, line 281, in interpret > * Module TAL.TALInterpreter, line 457, in do_optTag_tal > * Module TAL.TALInterpreter, line 442, in do_optTag > * Module TAL.TALInterpreter, line 437, in no_tag > * Module TAL.TALInterpreter, line 281, in interpret > * Module TAL.TALInterpreter, line 749, in do_useMacro > * Module TAL.TALInterpreter, line 281, in interpret > * Module TAL.TALInterpreter, line 507, in do_setLocal_tal > * Module Products.PageTemplates.TALES, line 221, in evaluate > URL: file:CMFPlone/skins/plone_templates/global_defines.pt > Line 3, Column 0 > Expression: standard:'plone_view/globalize' > Names: > > {'container': , > 'context': , > 'default': 0x017F5300>, > 'here': , > 'loop': 0x058CF6C0>, > 'modules': > , > 'nothing': None, > 'options': {'args': ()}, > 'repeat': 0x058CF6C0>, > 'request': URL=http://localhost:99/prefs_install_products_form>, > 'root': , > 'template': , > 'traverse_subpath': [], > 'user': } > > * Module Products.PageTemplates.Expressions, line 185, in __call__ > * Module Products.PageTemplates.Expressions, line 180, in _eval > * Module Products.PageTemplates.Expressions, line 85, in render > * Module Products.CMFPlone.browser.plone, line 66, in globalize > * Module Products.CMFPlone.browser.plone, line 118, in _initializeData > * Module Products.CMFPlone.ActionsTool, line 46, in > listFilteredActionsFor > * Module Products.CMFPlone.ActionsTool, line 34, in _getActions > * Module Products.CMFCore.ActionProviderBase, line 86, in > listActionInfos > * Module Products.CMFonFive.fiveactionstool, line 98, in listActions > * Module Products.CMFonFive.fiveactionstool, line 49, in getMenu > > NameError: global name 'Interface' is not defined (Also, the following > error occurred while attempting to render the standard error message, please > see the event log for full details: global name 'Interface' is not defined) > -- > Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! > Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Plone-Users mailing list > Plone-Users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plone-users -- GMX DSL-Flatrate 0,- Euro* - ?berall, wo DSL verf?gbar ist! NEU: Jetzt bis zu 16.000 kBit/s! http://www.gmx.net/de/go/dsl From D.Schulz81 at gmx.net Sat Oct 21 18:35:00 2006 From: D.Schulz81 at gmx.net (Dennis Schulz) Date: Sat, 21 Oct 2006 18:35:00 +0200 Subject: [z3-five] Error with CMFonFive In-Reply-To: <20061021161643.321830@gmx.net> References: <4538EB69.7010106@gmx.net> <4538ECBE.1090408@palladion.com> <20061021152518.321800@gmx.net> <20061021161643.321830@gmx.net> Message-ID: <20061021163500.321810@gmx.net> The version of CMFonFive is 1.3.3 > Hi, > > I had the following error when I tried to install the CMSonFive Product on > the Plone site via the Quickinstaller. > > > Specification: > Plone 2.5.1 > Zope 2.9.5 > CMS 1.6.2 > Five 1.4.1 > > Now I can't do anything on my plone site. I always get this Error when I > try to access anything on the Plone site. How can I fix this? > > Dennis > > > > Traceback (innermost last): > > > > * Module ZPublisher.Publish, line 196, in publish_module_standard > > * Module Products.PlacelessTranslationService.PatchStringIO, line > 34, > > in new_publish > > * Module ZPublisher.Publish, line 146, in publish > > * Module Zope2.App.startup, line 222, in zpublisher_exception_hook > > * Module ZPublisher.Publish, line 115, in publish > > * Module ZPublisher.mapply, line 88, in mapply > > * Module ZPublisher.Publish, line 41, in call_object > > * Module Shared.DC.Scripts.Bindings, line 311, in __call__ > > * Module Shared.DC.Scripts.Bindings, line 348, in _bindAndExec > > * Module Products.CMFCore.FSPageTemplate, line 195, in _exec > > * Module Products.CacheSetup.patch_cmf, line 18, in FSPT_pt_render > > * Module Products.CacheSetup.patch_utils, line 9, in call_pattern > > * Module Products.CMFCore.FSPageTemplate, line 134, in pt_render > > * Module Products.CacheSetup.patch_cmf, line 56, in PT_pt_render > > * Module Products.CacheSetup.patch_utils, line 9, in call_pattern > > * Module Products.PageTemplates.PageTemplate, line 104, in pt_render > > > > * Module TAL.TALInterpreter, line 238, in __call__ > > * Module TAL.TALInterpreter, line 281, in interpret > > * Module TAL.TALInterpreter, line 749, in do_useMacro > > * Module TAL.TALInterpreter, line 281, in interpret > > * Module TAL.TALInterpreter, line 457, in do_optTag_tal > > * Module TAL.TALInterpreter, line 442, in do_optTag > > * Module TAL.TALInterpreter, line 437, in no_tag > > * Module TAL.TALInterpreter, line 281, in interpret > > * Module TAL.TALInterpreter, line 749, in do_useMacro > > * Module TAL.TALInterpreter, line 281, in interpret > > * Module TAL.TALInterpreter, line 457, in do_optTag_tal > > * Module TAL.TALInterpreter, line 442, in do_optTag > > * Module TAL.TALInterpreter, line 437, in no_tag > > * Module TAL.TALInterpreter, line 281, in interpret > > * Module TAL.TALInterpreter, line 749, in do_useMacro > > * Module TAL.TALInterpreter, line 281, in interpret > > * Module TAL.TALInterpreter, line 507, in do_setLocal_tal > > * Module Products.PageTemplates.TALES, line 221, in evaluate > > URL: file:CMFPlone/skins/plone_templates/global_defines.pt > > Line 3, Column 0 > > Expression: standard:'plone_view/globalize' > > Names: > > > > {'container': , > > 'context': , > > 'default': > 0x017F5300>, > > 'here': , > > 'loop': > 0x058CF6C0>, > > 'modules': > > 0x017E1850>, > > 'nothing': None, > > 'options': {'args': ()}, > > 'repeat': > 0x058CF6C0>, > > 'request': > URL=http://localhost:99/prefs_install_products_form>, > > 'root': , > > 'template': /Plone/prefs_install_products_form>, > > 'traverse_subpath': [], > > 'user': } > > > > * Module Products.PageTemplates.Expressions, line 185, in __call__ > > * Module Products.PageTemplates.Expressions, line 180, in _eval > > * Module Products.PageTemplates.Expressions, line 85, in render > > * Module Products.CMFPlone.browser.plone, line 66, in globalize > > * Module Products.CMFPlone.browser.plone, line 118, in > _initializeData > > * Module Products.CMFPlone.ActionsTool, line 46, in > > listFilteredActionsFor > > * Module Products.CMFPlone.ActionsTool, line 34, in _getActions > > * Module Products.CMFCore.ActionProviderBase, line 86, in > > listActionInfos > > * Module Products.CMFonFive.fiveactionstool, line 98, in listActions > > * Module Products.CMFonFive.fiveactionstool, line 49, in getMenu > > > > NameError: global name 'Interface' is not defined (Also, the following > > error occurred while attempting to render the standard error message, > please > > see the event log for full details: global name 'Interface' is not > defined) > > -- > > Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! > > Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer > > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, > security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > _______________________________________________ > > Plone-Users mailing list > > Plone-Users at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/plone-users > > -- > GMX DSL-Flatrate 0,- Euro* - ?berall, wo DSL verf?gbar ist! > NEU: Jetzt bis zu 16.000 kBit/s! http://www.gmx.net/de/go/dsl > _______________________________________________ > z3-five mailing list > z3-five at codespeak.net > http://codespeak.net/mailman/listinfo/z3-five -- GMX DSL-Flatrate 0,- Euro* - ?berall, wo DSL verf?gbar ist! NEU: Jetzt bis zu 16.000 kBit/s! http://www.gmx.net/de/go/dsl From philipp at weitershausen.de Sat Oct 21 18:51:35 2006 From: philipp at weitershausen.de (Philipp von Weitershausen) Date: Sat, 21 Oct 2006 18:51:35 +0200 Subject: [z3-five] interaction and Five1.5 In-Reply-To: <1161430792.11119.10.camel@localhost.localdomain> References: <1161264678.7582.5.camel@localhost.localdomain> <4538CEC5.7020502@weitershausen.de> <1161430792.11119.10.camel@localhost.localdomain> Message-ID: <453A5017.5090206@weitershausen.de> Nikolay Kim wrote: > Here patch that adds z3 security interaction. Thanks! > where should i submit it? There might already be a related issue in the Zope tracker (I don't remember exactly). If not, please create one and attach the patch. A few comments before you do, though: - Please write a few tests that demonstrate the patch's additional behaviour. - Any reason why you didn't you use Products.Five.security.FiveSecurityPolicy? If it's useless, we should deprecate it... From D.Schulz81 at gmx.net Sat Oct 21 18:53:16 2006 From: D.Schulz81 at gmx.net (Dennis Schulz) Date: Sat, 21 Oct 2006 18:53:16 +0200 Subject: [z3-five] Error with CMFonFive In-Reply-To: <20061021163500.321810@gmx.net> References: <4538EB69.7010106@gmx.net> <4538ECBE.1090408@palladion.com> <20061021152518.321800@gmx.net> <20061021161643.321830@gmx.net> <20061021163500.321810@gmx.net> Message-ID: <20061021165316.321830@gmx.net> Ok the realease 1.3.2 seems to work. Dennis -------- Original-Nachricht -------- Datum: Sat, 21 Oct 2006 18:35:00 +0200 Von: "Dennis Schulz" An: z3-five at codespeak.net Betreff: Re: [z3-five] Error with CMFonFive > The version of CMFonFive is 1.3.3 > > > > Hi, > > > > I had the following error when I tried to install the CMSonFive Product > on > > the Plone site via the Quickinstaller. > > > > > > Specification: > > Plone 2.5.1 > > Zope 2.9.5 > > CMS 1.6.2 > > Five 1.4.1 > > > > Now I can't do anything on my plone site. I always get this Error when I > > try to access anything on the Plone site. How can I fix this? > > > > Dennis > > > > > > > Traceback (innermost last): > > > > > > * Module ZPublisher.Publish, line 196, in publish_module_standard > > > * Module Products.PlacelessTranslationService.PatchStringIO, line > > 34, > > > in new_publish > > > * Module ZPublisher.Publish, line 146, in publish > > > * Module Zope2.App.startup, line 222, in zpublisher_exception_hook > > > * Module ZPublisher.Publish, line 115, in publish > > > * Module ZPublisher.mapply, line 88, in mapply > > > * Module ZPublisher.Publish, line 41, in call_object > > > * Module Shared.DC.Scripts.Bindings, line 311, in __call__ > > > * Module Shared.DC.Scripts.Bindings, line 348, in _bindAndExec > > > * Module Products.CMFCore.FSPageTemplate, line 195, in _exec > > > * Module Products.CacheSetup.patch_cmf, line 18, in FSPT_pt_render > > > * Module Products.CacheSetup.patch_utils, line 9, in call_pattern > > > * Module Products.CMFCore.FSPageTemplate, line 134, in pt_render > > > * Module Products.CacheSetup.patch_cmf, line 56, in PT_pt_render > > > * Module Products.CacheSetup.patch_utils, line 9, in call_pattern > > > * Module Products.PageTemplates.PageTemplate, line 104, in > pt_render > > > > > > * Module TAL.TALInterpreter, line 238, in __call__ > > > * Module TAL.TALInterpreter, line 281, in interpret > > > * Module TAL.TALInterpreter, line 749, in do_useMacro > > > * Module TAL.TALInterpreter, line 281, in interpret > > > * Module TAL.TALInterpreter, line 457, in do_optTag_tal > > > * Module TAL.TALInterpreter, line 442, in do_optTag > > > * Module TAL.TALInterpreter, line 437, in no_tag