Re: [Zope-dev] Exception verbosity in CA

2008-04-16 Thread Christian Theune
On Tue, Apr 15, 2008 at 02:07:58PM +0200, Malthe Borch wrote: > Some motivation: > > > File ".../zope/interface/adapter.py", line 482, in queryMultiAdapter > result = factory(*objects) > TypeError: __init__() takes exactly 2 arguments (3 given) > > Perhaps the need for introspection too

[Zope-dev] AQ-Parent branch test failues was: Re: Five and browser-oriented components

2008-04-16 Thread Hanno Schlichting
Hi again. Hanno Schlichting wrote: I kept my promise and added the simple tests for the first two issues I found while doing testing against Plone. I have meanwhile fixed the first trivial issue (conflicting argument called 'instance') and added a simple test for the second one. Now after a

Re: AW: [Zope-dev] Field for blobs?

2008-04-16 Thread Nikolay Kim
On Tue, 2008-04-15 at 17:37 +0200, Roger Ineichen wrote: > The other option whould be to split every widget into it's own > package and use z3c.widget as namespace package. > > What do you think? i think we should split z3c.schema and z3c.widget to separate packages, so we can have one namespace

[Zope-dev] PluggableAuthService and PrincipalDeleted

2008-04-16 Thread Tarek Ziadé
Hi, the IPrincipalDeleted event is never notified. As a matter of fact, this would be useful to be able to trigger some cleanup in various plugins, when user data has to be cleaned up. (FYI the PrincipalCreated event has a nice high level API _doAddUser that triggers IPrincipalCreated but no high

[Zope-dev] Zope Tests: 5 OK

2008-04-16 Thread Zope Tests Summarizer
Summary of messages to the zope-tests list. Period Tue Apr 15 11:00:00 2008 UTC to Wed Apr 16 11:00:00 2008 UTC. There were 5 messages: 5 from Zope Tests. Tests passed OK --- Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Tests Date: Tue Apr 15 20:58:06 EDT 2008 URL: http://m

[Zope-dev] Re: AW: Field for blobs?

2008-04-16 Thread Christian Zagrodnick
On 2008-04-16 10:01:30 +0200, Nikolay Kim <[EMAIL PROTECTED]> said: On Tue, 2008-04-15 at 17:37 +0200, Roger Ineichen wrote: The other option whould be to split every widget into it's own package and use z3c.widget as namespace package. What do you think? i think we should split z3c.schema

[Zope-dev] Re: AQ-Parent branch test failues was: Re: Five and browser-oriented components

2008-04-16 Thread Philipp von Weitershausen
Thanks for looking into this, Hanno! Here's my feedback: Hanno Schlichting wrote: Hanno Schlichting wrote: I kept my promise and added the simple tests for the first two issues I found while doing testing against Plone. I have meanwhile fixed the first trivial issue (conflicting argument cal

Re: [Zope-dev] Re: AQ-Parent branch test failues was: Re: Five and browser-oriented components

2008-04-16 Thread Wichert Akkerman
Previously Philipp von Weitershausen wrote: > ViewPageTemplateFile etc. are only meant to be used as class attributes, > never as instance attributes. This statement is also true for the > current, acquisition-based one from Five. Is that documented anywhere? I can't seem to find any interface o

[Zope-dev] Annoying: Download error: unknown url type: svn -- Some packages may not be found!

2008-04-16 Thread David Pratt
Which package is emitting the Download error: unknown url type: svn -- Some packages may not be found! Its quite annoying and I have been seeing it crop up in a few builds. Anyone else seeing this. Many thanks. Regards, David ___ Zope-Dev maillist -

[Zope-dev] Re: AQ-Parent branch test failues was: Re: Five and browser-oriented components

2008-04-16 Thread Philipp von Weitershausen
Wichert Akkerman wrote: Previously Philipp von Weitershausen wrote: ViewPageTemplateFile etc. are only meant to be used as class attributes, never as instance attributes. This statement is also true for the current, acquisition-based one from Five. Is that documented anywhere? I can't seem to

[Zope-dev] Splitting up zope.app.container

2008-04-16 Thread Malthe Borch
The ``constraints`` module in zope.app.container seem to be usable outside a ZODB-application---ditto most of the interfaces. If we want to support a nozodb-environment, it would be nice to not have to pull in ZODB just to get these frameworky definitions. Is it package overkill to move these

AW: [Zope-dev] Annoying: Download error: unknown url type: svn -- Some packages may not be found!

2008-04-16 Thread Roger Ineichen
Hi David > Betreff: [Zope-dev] Annoying: Download error: unknown url > type: svn -- Some packages may not be found! > > Which package is emitting the Download error: unknown url > type: svn -- Some packages may not be found! Its quite > annoying and I have been seeing it crop up in a few buil

Re: AW: [Zope-dev] Annoying: Download error: unknown url type: svn -- Some packages may not be found!

2008-04-16 Thread David Pratt
Hi Roger. I turned on debug and increased verbosity. z3c.template and z3c.form seem to be the culprits. Getting 4 of these warnings on z3c.template and 1 with z3c.form between the getting ... and picked ... notices. Not quite sure why they are emitting the warnings. Can't find the error in buil

Re: AW: [Zope-dev] Annoying: Download error: unknown url type: svn -- Some packages may not be found!

2008-04-16 Thread Jim Fulton
On Apr 16, 2008, at 1:49 PM, Roger Ineichen wrote: Hi David Betreff: [Zope-dev] Annoying: Download error: unknown url type: svn -- Some packages may not be found! I'm against using subversion URLs in buildouts. Be that as it may Which package is emitting the Download error: unknown ur

[Zope-dev] Re: Splitting up zope.app.container

2008-04-16 Thread Christian Zagrodnick
On 2008-04-16 18:34:44 +0200, Malthe Borch <[EMAIL PROTECTED]> said: The ``constraints`` module in zope.app.container seem to be usable outside a ZODB-application---ditto most of the interfaces. If we want to support a nozodb-environment, it would be nice to not have to pull in ZODB just to g

Re: [Zope-dev] Splitting up zope.app.container

2008-04-16 Thread Bernd Dorn
On 16.04.2008, at 18:34, Malthe Borch wrote: The ``constraints`` module in zope.app.container seem to be usable outside a ZODB-application---ditto most of the interfaces. If we want to support a nozodb-environment, it would be nice to not have to pull in ZODB just to get these frameworky de