-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> We store >100K relations this way.
>
> ZODB loads the referenced objects on demand.
>
> Jürgen
Very well - thank you. :)
Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.o
Gary Poster wrote:
On Jun 27, 2007, at 12:21 PM, Jürgen Kartnaller wrote:
We store >100K relations this way.
Cool.
ZODB loads the referenced objects on demand.
Very true.
Additionally, I imagine Jürgen is using integer tokens, such as intids,
to represent the objects within the index
On Jun 27, 2007, at 12:21 PM, Jürgen Kartnaller wrote:
We store >100K relations this way.
Cool.
ZODB loads the referenced objects on demand.
Very true.
Additionally, I imagine Jürgen is using integer tokens, such as
intids, to represent the objects within the index. Using that
appro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Zagrodnick wrote:
> On 2007-06-27 16:13:06 +0200, Gary Poster <[EMAIL PROTECTED]> said:
>
>>> newvalue is not formfield? To me this does not make much sense. Why
>>> would I return self.context to indicate the value has not changed?
>> As
We store >100K relations this way.
ZODB loads the referenced objects on demand.
Jürgen
Andreas Kopecky wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello!
I got a question regarding the Relationship container part of
zc.relationship:
I realized that the Relationship class stores the
Am Mittwoch, den 27.06.2007, 11:36 -0400 schrieb Gary Poster:
> My current opinion is that version numbers are the best solution of a
> bad lot.
My current opinion is that we don't have a final story on how all the
pieces we have now: multiple eggs with seperate lives, buildout,
setuptools, vers
On Jun 27, 2007, at 10:01 AM, Christian Theune wrote:
Hi,
the recent introduction of zope.app.keyreference-3.5dev with it's
dependency on ZODB 3.9 brought some issues for me as I get
conflicts in
various buildouts (e.g. z3c.zalchemy).
In my example, z3c.zalchemy doesn't care about which ve
On Jun 27, 2007, at 2:30 AM, Bernd Dorn wrote:
On 26.06.2007, at 21:44, Gary Poster wrote:
On Jun 26, 2007, at 3:29 PM, Bernd Dorn wrote:
i think as long the package has a dev dependency like ZODB 3.9 it
should at least have alpha or beta status
Hi Bernd.
Why?
because it pulls in software
On 27.06.2007, at 16:01, Christian Theune wrote:
Hi,
the recent introduction of zope.app.keyreference-3.5dev with it's
dependency on ZODB 3.9 brought some issues for me as I get
conflicts in
various buildouts (e.g. z3c.zalchemy).
In my example, z3c.zalchemy doesn't care about which version
--On 27. Juni 2007 11:36:23 -0300 David Pratt <[EMAIL PROTECTED]> wrote:
Hi. I've tended to use system python against some better advice, but use
but leave it clean since I am using buildouts. This really has had more
to do with the convenience of using the system package tools for
upgrading s
On 2007-06-27 16:13:06 +0200, Gary Poster <[EMAIL PROTECTED]> said:
newvalue is not formfield? To me this does not make much sense. Why
would I return self.context to indicate the value has not changed?
As the comment says, looks like form_field is being used as a
marker--.get should (hop
Hi. I've tended to use system python against some better advice, but use
but leave it clean since I am using buildouts. This really has had more
to do with the convenience of using the system package tools for
upgrading such as FreeBSD ports system. I've also been experimenting
with CentOS and
On Jun 27, 2007, at 2:49 AM, Christian Zagrodnick wrote:
On 2007-06-26 22:41:25 +0200, Gary Poster <[EMAIL PROTECTED]> said:
On Jun 23, 2007, at 6:38 AM, Christian Zagrodnick wrote:
Log message for revision 76975:
FileWidget tries to be smarter about not deleting the
currently stored co
Hi,
the recent introduction of zope.app.keyreference-3.5dev with it's
dependency on ZODB 3.9 brought some issues for me as I get conflicts in
various buildouts (e.g. z3c.zalchemy).
In my example, z3c.zalchemy doesn't care about which version of
zope.app.keyreference it gets, as even the newer one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello!
I got a question regarding the Relationship container part of
zc.relationship:
I realized that the Relationship class stores the objects which belong
to the relation (source and target) as normal (strong?) python reference
inside the Relations
15 matches
Mail list logo
