On Wed, 14 Apr 2004, Kapil Thangavelu wrote:
> although i wonder if there is some hand waving in progress here that i
> can't see. i guess my semantic notion of versions has been that of long
> lived transactions, and is there a better means of thinking of them? how
> do they play across with mult
On Thu, 15 Apr 2004 [EMAIL PROTECTED] wrote:
> What happens is you write a new serializer, notably write a custom
> serializer for an object type you've already been using for a while, using
> the "default" one ? (Presumably because you WANT to be able to access the
> contents from other tools)
>
Stephan Richter wrote:
On Thursday 15 April 2004 13:22, Martijn Faassen wrote:
Note that for checking dependencies in Python code I still think this
tool could be improved by using technology from importchecker.py
http://cvs.zope.org/Zope3/utilities/importchecker.py
which can use Python's compile
On Thursday 15 April 2004 13:22, Martijn Faassen wrote:
> Note that for checking dependencies in Python code I still think this
> tool could be improved by using technology from importchecker.py
...
> which can use Python's compiler module to lift all imports from source
> code, which I think i
On Thursday 15 April 2004 10:23 am, Jim Fulton wrote:
> (BTW, I think it was a mistake to have top-level persistent and
> transaction packages. I think that will eventually come back to haunt us.)
I won't disagree with this. ;-(
> The only way to avoid collissions is to pick stupid names (zth
On Thursday 15 April 2004 13:22, Martijn Faassen wrote:
> Note that for checking dependencies in Python code I still think this
> tool could be improved by using technology from importchecker.py
>
> http://cvs.zope.org/Zope3/utilities/importchecker.py
>
> which can use Python's compiler module to l
Stephan Richter wrote:
On Thursday 15 April 2004 11:39, Casey Duncan wrote:
Additionally (and Jim and I have discussed this amongst ourselves) I
feel strongly that the dependancies should be enforced by tests. That
is, if you introduce and errant dependancy (by adding an import to a new
package no
On Thursday 15 April 2004 11:39, Casey Duncan wrote:
> Additionally (and Jim and I have discussed this amongst ourselves) I
> feel strongly that the dependancies should be enforced by tests. That
> is, if you introduce and errant dependancy (by adding an import to a new
> package not in the stdlib
On Thu, 2004-04-15 at 11:39, Casey Duncan wrote:
> Additionally (and Jim and I have discussed this amongst ourselves) I
> feel strongly that the dependancies should be enforced by tests.
Good point.
> The dependancy tests might need to be separate from unittests because
> they would probably re
Hi Wyatt,
> from Products.PageTemplates.PageTemplateFile import PageTemplateFile
>
> def manage_addMyContainerForm(self, REQUEST):
> pt = None
> if self.meta_type in ['ContainerType1', 'ContainerType2']:
> pt = PageTemplateFile('zpt/addMyContainerForm', globals())
>
This does not work either. With this I get the following traceback:
Traceback (innermost last):
Module ZPublisher.Publish, line 100, in publish
Module ZPublisher.mapply, line 88, in mapply
Module ZPublisher.Publish, line 40, in call_object
Module Products.MyContainer.MyContainer, line 17,
On Thu, 2004-04-15 at 10:23, Jim Fulton wrote:
> Each separately distributed package will have a DEPENDENCIES.cfg that is
> created by hand and that *constrains* dependencies on other packages. It
> makes explicit the intended dependencies. Dependencies not listed here
> are bugs. Adding depenenc
Barry Warsaw wrote:
On Thu, 2004-04-15 at 09:25, Jim Fulton wrote:
From the zope package README.txt:
"Zope Project Packages
The zope package is a pure namespace package holding packages developed as
part of the Zope 3 project.
Generally, the immediate subpackages of the zope package sho
Lennart Regebro wrote:
From: "Sidnei da Silva" <[EMAIL PROTECTED]>
- Move component-architecture packages out of 'zope' into 'ca', and
then we don't have the 'zope' vs 'Zope' issue anymore.
'ca' feels weird. Canada? caca? I don't like it. 'z' is better then. Of
course that means that suddenly
On Thu, 2004-04-15 at 09:25, Jim Fulton wrote:
> From the zope package README.txt:
>
>"Zope Project Packages
>
>The zope package is a pure namespace package holding packages developed as
>part of the Zope 3 project.
>
>Generally, the immediate subpackages of the zope package sh
From: "Sidnei da Silva" <[EMAIL PROTECTED]>
> - Move component-architecture packages out of 'zope' into 'ca', and
>then we don't have the 'zope' vs 'Zope' issue anymore.
'ca' feels weird. Canada? caca? I don't like it. 'z' is better then. Of
course that means that suddenly the component archi
Sidnei da Silva wrote:
On Thu, Apr 15, 2004 at 08:59:44AM -0400, Jim Fulton wrote:
| >So, what about this:
| >
| >zope.component
| >zope.interfaces (?)
| >zope.configuration
| >zope.testing
| >zope.schema (soon-to-be-dead?)
| >
| >- All move to 'ca.*'
|
| Most of this has nothing to do with the co
On Thu, Apr 15, 2004 at 08:59:44AM -0400, Jim Fulton wrote:
| >So, what about this:
| >
| >zope.component
| >zope.interfaces (?)
| >zope.configuration
| >zope.testing
| >zope.schema (soon-to-be-dead?)
| >
| >- All move to 'ca.*'
|
| Most of this has nothing to do with the component architecture.
|
Sidnei da Silva wrote:
On Thu, Apr 15, 2004 at 11:46:27AM +0200, Philipp von Weitershausen wrote:
| >- The packages in "z" can be used for more than just Zope
|
| +2
So, here's an idea:
- Move component-architecture packages out of 'zope' into 'ca', and
then we don't have the 'zope' vs 'Zope
On Thu, Apr 15, 2004 at 11:46:27AM +0200, Philipp von Weitershausen wrote:
| >- The packages in "z" can be used for more than just Zope
|
| +2
So, here's an idea:
- Move component-architecture packages out of 'zope' into 'ca', and
then we don't have the 'zope' vs 'Zope' issue anymore.
I've
+0, not a problem. -1 for renaming 'Zope'.
I endorse the 'src/zope' idea.
Stefan
On Mittwoch, Apr 14, 2004, at 15:00 Europe/Vienna, Jim Fulton wrote:
Perhaps we can get more input on whether there's a problem.
A response with a positive sign (e.g. +1, +0, +2, ...) indicates
agreement that this
Jim,
let's make this telegraph style :)
OK, here's another.
What about renaming the Zope 3 zope package to "z".
+1
- It fits with the expansion of "Zope":
"Z Object Publishing Environment".
- It's short :)
- *At this time* (but after the move to svn), it's not too hard to make
a change lik
22 matches
Mail list logo