Chris McDonough wrote:
On Sun, 2003-12-14 at 23:02, Chris McDonough wrote:
Here's an idea: create a simple script that manufactured a module which
set up the Zope configuration, filled in for BTree in sys.modules, and
got a hold of Zope.app(), causing ZGlobals to be replaced by a new-style
BTree
Chris McDonough wrote:
...
Out of curiosity, could you explain why it matters in this context
whether it's an extensionclass or not? Is it because there might be a
set of people using PersistentMapping objects for whom its important
that they be able to use extenionclass semantics against them?
On Mon, 2003-12-15 at 02:47, Jim Fulton wrote:
Chris McDonough wrote:
...
Out of curiosity, could you explain why it matters in this context
whether it's an extensionclass or not? Is it because there might be a
set of people using PersistentMapping objects for whom its important
that
On Mon, 2003-12-15 at 02:39, Jim Fulton wrote:
I checked in the necessary fix for PersistentMapping. There was a
change in the data structure and I had to add some logic to convert
some old state.
Oh, geez, I remember this setstate/getstate business now. FWIW, I think
Jeremy added it
On Mon, 2003-12-15 at 07:34, Dieter Maurer wrote:
I don't think it makes a lot of sense to put an __del__ method on a
Persistent object.
I just read in cPersistence.c:ghostify:
/* We remove the reference to the just ghosted object that the ring
* holds. Note that the dictionary
On Mon, Dec 15, 2003 at 05:21:55AM -0500, Jim Fulton wrote:
Chris McDonough wrote:
Woot! ;-) Descriptors, yum...
But you can use descriptors in extension classes now too.
I wondered what the heck you guys were on about...
google turned up this:
Sidnei da Silva wrote:
If you look at FSPageTemplate, its obvious that it doesn't subclass
ZopePageTemplate, but the solution is not so obvious. Using:
pt_getContext = ZopePageTemplate.pt_getContext.im_func
Wow, FSPageTemplate is lousy with this sort of thing, isn't it? I'd
have spelled it
On Mon, Dec 15, 2003 at 07:56:04AM -0500, Chris McDonough wrote:
| On Mon, 2003-12-15 at 08:04, Sidnei da Silva wrote:
| pt_getContext = ZopePageTemplate.pt_getContext.im_func
|
| Seemed to work, though I'm almost sure that is not the Right Thing (tm).
|
| This exact fix was already
Sidnei da Silva wrote:
Yep. Sorry for not having checked CMF Head. BTW, Yuppie, can we get a
1.5 soon?
Maybe [EMAIL PROTECTED] is a better place for questions like that?
Today Tres Seaver wrote:
BTW, I plan to post a draft roadmap for CMF 1.5 soon (today, I hope),
and to ask for feedback.
Yuppie
On Mon, 15 Dec 2003 10:02:58 -0600
Evan Simpson [EMAIL PROTECTED] wrote:
Sidnei da Silva wrote:
If you look at FSPageTemplate, its obvious that it doesn't subclass
ZopePageTemplate, but the solution is not so obvious. Using:
pt_getContext = ZopePageTemplate.pt_getContext.im_func
On Mon, 2003-12-15 at 11:51, Casey Duncan wrote:
On Mon, 15 Dec 2003 10:02:58 -0600
Evan Simpson [EMAIL PROTECTED] wrote:
Sidnei da Silva wrote:
If you look at FSPageTemplate, its obvious that it doesn't subclass
ZopePageTemplate, but the solution is not so obvious. Using:
Alan Milligan wrote at 2003-12-15 13:45 +1100:
I'm trying to upgrade my Zpydoc product to Python 2.3.2 from 2.1.3 and
have come across a confusing situation in regard to the
inspect.getmembers function.
This function uses the builtin dir() function to get a list of an
objects attributes. For
So... this time I got a really weird one. I'm storing a subclass of
File (Archetypes newBaseUnit, File is the only base class) into a
PersistentMapping, and I'm getting:
'Can't pickle objects in acquisition wrappers'
However, as far as I can see, the object is *not* acquisition
wrapper. If I
13 matches
Mail list logo