Lennart Regebro wrote:
I like the vision of Zope2 becoming a set of extra packages you
install for Zope3, to get backwards compatibility. Maybe this is the
same as what you call Zope 5, maybe not.
+1
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
Jeff Shell wrote:
Perhaps it's not the greatest name, but I've become enamored with *lib
names like 'formlib'.
'zopelib'
Hmmm. Not the prettiest thing. But it does say "Zope Library". If that
becomes the *core* of the mythical Zope 5, awesome.
This sounds familiar. :-)
http://www.zope.org/Wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lennart Regebro a écrit :
| OK, some initial, fuzzy comments:
|
| On 2/27/06, Jim Fulton <[EMAIL PROTECTED]> wrote:
|>2) In an alternate vision, Zope 2 evolves to Zope 5.
|>
|> - Zope 5 will be the application server generally known as Zope. It
|>
Jim Fulton wrote:
I'd like to get feedback on two possible visions for the future of
Zope 2 and Zope 3.
1) Our current vision (AFAIK) is that Zope 3 will eventually
replace Zope 2
[snip]
2) In an alternate vision, Zope 2 evolves to Zope 5.
[snip]
Thoughts?
My initial reaction is: d
Max M wrote:
Jim Fulton wrote:
2) In an alternate vision, Zope 2 evolves to Zope 5.
Zope 2 is complicated! It has too many layers of everything.
The reason for Zope 3 is to make it simpler for developers.
Therefore I believe that any succesfull strategy would require Zope 3 to
be usable c
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 either be 'z' or 'zed'.
Then again, I really should take Jim's side and stay out of naming
decisions.
Let's
Paul Winkler wrote:
On Tue, Feb 28, 2006 at 12:31:33AM +0100, Philipp von Weitershausen wrote:
I will also note that just because Zope 2 won't die, it doesn't mean we
shouldn't clean it up. Eventually, Zope should mostly be reusing things
from Zed.
+sys.maxint
I think this will be the way w
Hey,
I have another comment about Zope 5, sparked by something Jeff Shell wrote.
Currently we have a clear path to evolution. Zope 3 evolves at its pace,
and Zope 2 evolves mostly by catching up with Zope 3, replacing more and
more bits with Zope 3 bits, which often takes considerable ingenuit
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 either be 'z' or 'zed'.
Then again, I really should take Jim's side and stay out of
On Tuesday 28 February 2006 07:22, Martijn Faassen wrote:
> I don't see how we need a new vision. This has been the vision
> (evolution, not revolution) that I've been carrying out with Five for
> the last few years and thanks to a lot of contributions by a large range
> of developers, we've been m
On Mon, Feb 27, 2006 at 08:23:16PM +, Chris Withers wrote:
| Sidnei da Silva wrote:
| >Basically you need (a properly licensed) VC 7, and Python 2.4.2
| >installed. Not much else has changed. Unfortunately we haven't gotten
| >around setting up VC 7 here.
|
| Okay, once I have those two, then
On Tuesday 28 February 2006 03:58, Shane Hathaway wrote:
> Unfortunately, this discussion is too fuzzy for me to understand exactly
> what's being proposed. How about something concrete: will the Zope 3 in
> vision #2 have a ZMI, and will typical ZODB objects have a __parent__
> and __name__? (Ei
Martijn Faassen wrote:
So, my proposal would be to tone down the vision to what we have
already: a co-evolving Zope 3 and Zope 2, with Zope 2 following and Zope
3 leading (or Zope 2 driving Zope 3 forward, however you want to see
it). No renaming necessary. No change of course necessary. Zope 2
Stephan Richter wrote:
>>1) Our current vision (AFAIK) is that Zope 3 will eventually
>> replace Zope 2
>>
>>2) In an alternate vision, Zope 2 evolves to Zope 5.
>
>
> As you probably know already, I am -1 on the second proposal, since it will
> disallow us to finally get rid of the old Zope 2
Martijn Faassen wrote:
>>> I will also note that just because Zope 2 won't die, it doesn't mean we
>>> shouldn't clean it up. Eventually, Zope should mostly be reusing things
>>> from Zed.
>>
>>
>>
>> +sys.maxint
>>
>> I think this will be the way we get a real forward migration path for an
>> awfu
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
[snip]
I don't see how we need a new vision. This has been the vision
(evolution, not revolution) that I've been carrying out with Five for
the last few years and thanks to a lot of contributions by a large range
of developers, we've been
--On 28. Februar 2006 16:06:55 +0100 Philipp von Weitershausen
<[EMAIL PROTECTED]> wrote:
I think focusing on one app server and a dedicated set of libraries
would be a good alternative to two concurring app servers.
+1
-aj
pgpe9Th17c7O9.pgp
Description: PGP signature
Philipp von Weitershausen wrote:
Stephan Richter wrote:
1) Our current vision (AFAIK) is that Zope 3 will eventually
replace Zope 2
2) In an alternate vision, Zope 2 evolves to Zope 5.
As you probably know already, I am -1 on the second proposal, since it will
disallow us to finally get r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martijn Faassen wrote:
> Max M wrote:
>
>> Jim Fulton wrote:
>>
>>> 2) In an alternate vision, Zope 2 evolves to Zope 5.
>>
>>
>>
>> Zope 2 is complicated! It has too many layers of everything.
>>
>> The reason for Zope 3 is to make it simpler for dev
On Mon, 2006-02-27 at 17:06 +0100, Lennart Regebro wrote:
> OK, some initial, fuzzy comments:
>
...
> You are thinking about things like TTW development and such?
Among other things.
Zope 2 is more mature than Zope 3 in a lot of areas. WebDAV
and process management are a couple of examples th
On Feb 28, 2006, at 9:30 AM, Benji York wrote:
Martijn Faassen wrote:
So, my proposal would be to tone down the vision to what we have
already: a co-evolving Zope 3 and Zope 2, with Zope 2 following
and Zope 3 leading (or Zope 2 driving Zope 3 forward, however you
want to see it). No rena
On 2/28/06, Tres Seaver <[EMAIL PROTECTED]> wrote:
> I think the other major point is the "door #2" proposal takes pressure
> off of Zope3: under that regime, Zope3 does not need to grow all the
> features present in Zope2, which door #1 *does* imply.
I still would like to know wich these missin
Jim Fulton wrote:
[snip]
I see Zope 5 being a combination of Zope 2 and Zope 3, keeping
the best of both.
I think we already have Zope 5, and it's called Zope 2.9.
Perhaps I'm wrong. If so, how does Zope 5 differ from Zope 2.9?
Regards,
Martijn
Tres Seaver wrote:
[snip]
In this vision, the Zope 3 project should stay where it is and push
things forward. That doesn't mean Five should be ignored by Zope 3
developers, but it should be compartmentalized in people's minds. Zope 3
does innovation, Five does integration, and then the big codeba
Martijn Faassen wrote:
>> I see Zope 5 being a combination of Zope 2 and Zope 3, keeping
>> the best of both.
>
> I think we already have Zope 5, and it's called Zope 2.9.
I'd rather say it's called Zope 2.15 or something :).
Philipp
___
Zope-Dev mai
On 2/28/06, Jim Fulton <[EMAIL PROTECTED]> wrote:
> Zope 2 is more mature than Zope 3 in a lot of areas. WebDAV
> and process management are a couple of examples that occur to me
> off the top of my head.
Ah, and here I got an answer to the question I just posted. :)
Much of Zope2 maturity is th
On Tue, 2006-02-28 at 17:29 +0100, Martijn Faassen wrote:
> Jim Fulton wrote:
>
> [snip]
> > I see Zope 5 being a combination of Zope 2 and Zope 3, keeping
> > the best of both.
>
> I think we already have Zope 5, and it's called Zope 2.9.
>
> Perhaps I'm wrong. If so, how does Zope 5 differ f
Gary Poster wrote:
[snip]
On Feb 28, 2006, at 10:06 AM, Philipp von Weitershausen wrote:
I think focusing on one app server and a dedicated set of libraries
would be a good alternative to two concurring app servers.
...if the single app server is based on acquisition, __bobo_traverse__
and
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
I see Zope 5 being a combination of Zope 2 and Zope 3, keeping
the best of both.
I think we already have Zope 5, and it's called Zope 2.9.
I'd rather say it's called Zope 2.15 or something :).
Seriously, we are developing applicat
Why? x[0] is much faster than x.startswith().
Or do you expect to have empty path components?
Florent
Andreas Jung wrote:
Log message for revision 65598:
using startswith()
-=-
Modified: Zope/trunk/lib/python/OFS/Traversable.py
=
On 2/28/06, Andreas Jung <[EMAIL PROTECTED]> wrote:
> -if name[0] == '_':
> +if name.startswith('_'):
Just a question: Is this only a matter of stylistic changes, or is
there some, like, speedup involved?
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Cont
Jim Fulton wrote:
On Tue, 2006-02-28 at 17:29 +0100, Martijn Faassen wrote:
Jim Fulton wrote:
[snip]
I see Zope 5 being a combination of Zope 2 and Zope 3, keeping
the best of both.
I think we already have Zope 5, and it's called Zope 2.9.
Perhaps I'm wrong. If so, how does Zope 5 diffe
Python/Zope Dev, Rockville, MD | 60-100k | Relo OK
Job Description: The main part of our development will take place in our
Rockville, MD office. We are looking for a developer who will work from this
office. The envisioned services are web applications and thorough knowledge and
expertise in d
On Feb 28, 2006, at 12:33 PM, Martijn Faassen wrote:
Jim Fulton wrote:
Are you kidding?
No, I'm not kidding.
+1 to what Martijn said in this email (not quoting the whole thing to
save precious bandwith).
___
Zope-Dev maillist - Zope-Dev@zope.
The Buildbot has detected a failed build of Zope trunk 2.4 Linux zc-buildbot.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 3389
Blamelist: andreasjung,ctheune
BUILD FAILED: failed test
sincerely,
-The Buildbot
__
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin6.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 3389
Blamelist: andreasjung,ctheune
BUILD FAILED: failed test
sincerely,
-The Buildbot
Dario Lopez-Kästen wrote at 2006-2-13 08:06 +0100:
> ...
>> It can -- with some difficulties:
>>
>> Templates and scripts are called because they define
>> "index_html" as "None".
>>
>> If you give a template or script a non-None "index_html",
>> then this object will be called instead of
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin6.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 3396
Blamelist: andreasjung,chrism,nathan,sidnei
BUILD FAILED: failed failed slave lost
sincerely,
-The Buildbot
__
I am considering volunteering to rewrite ZClasses.
Who do I speak to?
Chris
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailm
Lennart Regebro wrote:
>>-if name[0] == '_':
>>+if name.startswith('_'):
>
> Just a question: Is this only a matter of stylistic changes, or is
> there some, like, speedup involved?
In general, using str.startswith and str.endswith is a failsafe because
''.startswi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christopher Lozinski wrote:
> I am considering volunteering to rewrite ZClasses.
>
> Who do I speak to?
You're in the right place. The usual mode for such a thing is to draft
a proposal, outlining the risks and proposing a solution, and then to
sub
--On 28. Februar 2006 10:31:04 -1000 Christopher Lozinski
<[EMAIL PROTECTED]> wrote:
I am considering volunteering to rewrite ZClasses.
Who do I speak to?
You can basically start this as your own project. Starting Zope 2.10
are officially deprecated. Any new development for Zope 2 and 3
--On 28. Februar 2006 21:41:24 +0100 Philipp von Weitershausen
<[EMAIL PROTECTED]> wrote:
Lennart Regebro wrote:
-if name[0] == '_':
+if name.startswith('_'):
Just a question: Is this only a matter of stylistic changes, or is
there some, like, speedup invol
> But Lennart is right that in this case name should in general never be an
> empty string and in addition startswith() is in this case 100% slower
> than using slicing.
No, I'm not, Florent is. I just asked. :-)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http
On Tue, 28 Feb 2006 17:33:05 -, Martijn Faassen <[EMAIL PROTECTED]>
wrote:
I don't see how *saying* what Zope 5 will contain will make it *exist*
any time sooner. These sound like useful evolution proposals for Zope 2
and Zope 3 to me...
The current story of Zope 2, Five and Zope 3 ge
Martijn Faassen wrote:
>>> I think focusing on one app server and a dedicated set of libraries
>>> would be a good alternative to two concurring app servers.
>>
>> ...if the single app server is based on acquisition,
>> __bobo_traverse__ and friends, objectValues and friends, ZCatalog,
>> and so
46 matches
Mail list logo