[Zope-dev] Re: SVN: zope.app.dependable/trunk/setup.py Silly version bump.

2007-10-23 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stephan Richter wrote: > Log message for revision 81020: > Silly version bump. I agree that it is silly; having to keep readjusting the trunk is one of the reasons why I favor having just 'trunk/unreleased' as the version in setup.py on the trunk (

Re: [Zope-dev] Re: [Plone-developers] zcml entry points

2007-10-23 Thread Chris McDonough
On Oct 22, 2007, at 11:46 AM, Lennart Regebro wrote: On 10/22/07, Martijn Faassen <[EMAIL PROTECTED]> wrote: In at least 3 places we express dependency information. For different *purposes* in each case, but we still state something like: 1. "we use dependency X, and please download and instal

[Zope-dev] Snow-Sprint 2008

2007-10-23 Thread Jodok Batlogg
Lovely Systems is proud to announce the 5th Snow-Sprint in a row. Between Friday 18th of January 2007 and 25th we’ll code, talk, eat, drink, sleep, ski, snowboard in the Austrian Alps. Sprint organisation is done on http://www.openplans.org/projects/snow- sprint-2008 We’ll definitely focus on

Re: [Zope-dev] Re: SVN: Zope/trunk/ Moved two implements declarations from Five into the proper classes.

2007-10-23 Thread Laurence Rowe
On 23/10/2007, Dieter Maurer <[EMAIL PROTECTED]> wrote: > Laurence Rowe wrote at 2007-10-23 12:00 +0100: > >Lennart Regebro wrote: > > ... > >> I guess we need to either actually implement the relevant interfaces, > >> or split the interfaces into something that can be implemented... > >> > > > >Pr

Re: [Zope-dev] Re: SVN: Zope/trunk/ Moved two implements declarations from Five into the proper classes.

2007-10-23 Thread Dieter Maurer
Laurence Rowe wrote at 2007-10-23 12:00 +0100: >Lennart Regebro wrote: > ... >> I guess we need to either actually implement the relevant interfaces, >> or split the interfaces into something that can be implemented... >> > >Preferably not too far down the class hierarchy. It would be useful for

[Zope-dev] Re: SVN: Zope/trunk/lib/python/DateTime/ tidy up legacy time zones

2007-10-23 Thread Tres Seaver
In response to Laurence Rowe's checkin: http://svn.zope.org/Zope/?rev=80958&view=rev Sidnei da Silva wrote: > May I ask why the 'Brazil/DeNoronha' timezone was commented out? > AFAICT, it's a valid timezone. At least I can find several references, > one of which seems to imply that 'Brazil/DeN

[Zope-dev] Zope Tests: 5 OK

2007-10-23 Thread Zope Tests Summarizer
Summary of messages to the zope-tests list. Period Mon Oct 22 12:00:00 2007 UTC to Tue Oct 23 12:00:00 2007 UTC. There were 5 messages: 5 from Zope Unit Tests. Tests passed OK --- Subject: OK : Zope-2.7 Python-2.3.6 : Linux From: Zope Unit Tests Date: Mon Oct 22 20:49:46 EDT 2007 URL

[Zope-dev] Re: SVN: Zope/trunk/ Moved two implements declarations from Five into the proper classes.

2007-10-23 Thread Laurence Rowe
Lennart Regebro wrote: On 10/23/07, Laurence Rowe <[EMAIL PROTECTED]> wrote: Philipp von Weitershausen wrote: Hanno Schlichting wrote: Log message for revision 80945: Moved two implements declarations from Five into the proper classes. I object to this change. HTTPRequest does not really fu

Re: [Zope-dev] Re: SVN: Zope/trunk/ Moved two implements declarations from Five into the proper classes.

2007-10-23 Thread Lennart Regebro
On 10/23/07, Laurence Rowe <[EMAIL PROTECTED]> wrote: > Philipp von Weitershausen wrote: > > Hanno Schlichting wrote: > >> Log message for revision 80945: > >> Moved two implements declarations from Five into the proper classes. > > > > I object to this change. HTTPRequest does not really fulfil

[Zope-dev] Re: SVN: Zope/trunk/ Moved two implements declarations from Five into the proper classes.

2007-10-23 Thread Laurence Rowe
Philipp von Weitershausen wrote: Hanno Schlichting wrote: Log message for revision 80945: Moved two implements declarations from Five into the proper classes. I object to this change. HTTPRequest does not really fulfil the IBrowserRequest interface, and ObjectManager isn't a real IContainer

[Zope-dev] formlib does not implement IFormAPI

2007-10-23 Thread Wichert Akkerman
The IFormAPI interface documents a css_class option for Action, but when I try to use that I get an error. This makes it quite hard to style buttons and hook client-side behaviour to them. Is that an oversight that should be fixed, or was it the intention to not support css_class and hasn't it