v.org
iD8DBQFF9a2NRg9Dnm4xxXURAimBAJ4ihu7p6irOHwV8wk13v5cMlTlcBQCfWYCj
PY7m0tCJ32pU++7mcIxfSt4=
=ibA6
-END PGP SIGNATURE-
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/jh%40zscout.de
--
Janko Hauser email: [EMAIL PROT
Am 26.05.2006 um 19:03 schrieb Lennart Regebro:
But maybe it should be called IImageResizer, and IImageConverter,
instead of trying to merge those very different interfaces into one.
The culprit here is, that at least PIL can do these transformations
in one step, reducing the amount auf tem
Am 07.03.2006 um 14:42 schrieb Martijn Faassen:
We need a way to enable the Zope 2 TTW person to be productive
without that person creating huge maintenance costs later on. Code
created by ZMI developers should look like something that could
also be on the filesystem, and can be checked in
Am 02.03.2006 um 14:13 schrieb Rocky Burt:
On Tue, 2006-28-02 at 13:21 +0100, Martijn Faassen wrote:
Philipp von Weitershausen wrote:
[snip]
I would vote for spelling out Zed (which would also be a little
easier
to google but might create trademark problems). The namespace
package
could e
Am 28.02.2006 um 17:28 schrieb Paul Winkler:
On Mon, Feb 27, 2006 at 09:24:49PM -0500, Stephan Richter wrote:
On Monday 27 February 2006 16:56, Paul Winkler wrote:
At pycon we have just moved zope.interface
into a separate project (in preparation for eggification).
It's now a separate project
Am 12.12.2005 um 23:56 schrieb Fred Drake:
On 12/12/05, Janko Hauser <[EMAIL PROTECTED]> wrote:
Is this done on purpose? Or is this implementation meant as a basic
one, which will be replaced by something like a filesystem storage or
the new zodb-blob support in the upcoming next v
Am 12.12.2005 um 21:34 schrieb Benji York:
Andreas Jung wrote:
Log message for revision 40683:
- ported OFS.content_types from Z2 to Z3 (which is the most
recent maintained code)
As a result of a recent sprint, ZC has a package (zope.mimetype)
that would probably be more useful to peop
Am 21.11.2005 um 12:15 schrieb Martijn Faassen:
My recommendations for any guidelines would be:
* use namespace packages, so nothing (or very minimal stuff only,
like a few imports) in __init__.py. I think this is recommended
practice outside of Zope 3 as well, so we should stick with this
Am 16.09.2005 um 15:59 schrieb Jim Fulton:
Paul Everitt wrote:
Jim Fulton wrote:
Consider the headings under "Need for page-composition support",
"Pipelines", "Transitive Adaptation", and the subset described
under "Subscription". It might be possible to also do these
inside a WSGI Twi
Am 13.09.2005 um 12:43 schrieb Jean-Marc Orliaguet:
But where do you put the 'directlyProvides' statement? in the class :
Can't this be put in the interface definition module for
IContentType? You mark other interfaces with the interface IContentType.
__Janko
Am 07.09.2005 um 15:42 schrieb Tres Seaver:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Florent Guillaume wrote:
Jim Fulton wrote:
I think that sources are different than initial value. I really
don't
see any role that "initial value" has in an object specification.
A schema is a sp
Am 24.08.2005 um 18:02 schrieb Martijn Faassen:
Yes, this is bringing the transparency a step further. Basically
what you'd be doing is building an object relational abstraction
based on the Zope catalog. :)
Interestingly the discussion has gone from a general concern of the
usage of RDB
Am 23.08.2005 um 20:36 schrieb Shane Hathaway:
Gary Poster wrote:
On Aug 23, 2005, at 1:11 PM, Gary Poster wrote:
Argh, communication. That still could be too-easily
misinterpreted, and I didn't stare at it long enough before I
sent it. One more try.
Meanwhile, deciding that a communi
Am 16.06.2005 um 18:33 schrieb Paul Winkler:
On Thu, Jun 16, 2005 at 12:18:06PM -0400, Benji York wrote:
I'm a bit confused by this conversation. GUIDs (globally-unique
identifiers) aren't neccesary for integer IDs. We just need
locally-unique identifiers, which are much easier to generate.
14 matches
Mail list logo