Benji York wrote:
> I emailed the committer Friday about this, but no fix has been
> forthcoming, so I reverted the offending revisions. Hopefully a revised
> version can be reapplied soon.
Still the same problem after your revert !
Jürgen
--
--
During the Zope3 sprint following PyCon, Paul and I, with Jim's
guidance, began work on exploring how Zope can utilize eggs and be
packaged using eggs. Since we're still experimenting with how eggs
will be used, I wrote a script, zpkgegg, which reads the zpkg
configuration information for a packa
Jean-Marc Orliaguet wrote:
Max M wrote:
Geoff Davis wrote:
Jeff Shell has posted some thought-provoking pieces on his blog that are
relevant to Jim's recent attempt to better articulate a vision for Zope:
http://griddlenoise.blogspot.com/2006/03/zope-crisis-of-faith-coming-this-march.html
h
I emailed the committer Friday about this, but no fix has been
forthcoming, so I reverted the offending revisions. Hopefully a revised
version can be reapplied soon.
--
Benji York
Senior Software Engineer
Zope Corporation
___
Zope3-dev mailing list
Zo
Jim Fulton wrote:
It would be fairly easy to provide a simple schema system for
ConfigParser data based on zope.schema for verification and
conversion.
Good idea!
--
Benji York
Senior Software Engineer
Zope Corporation
___
Zope3-dev mailing list
Zope3
Jim Fulton wrote:
http://dev.zope.org/Zope3/UseConfigParserForHighLevelConfiguration
Is a proposal for using ConfigParser, rather than ZConfig for high-level
configuration.
+1
This is exactly the kind of innovation via reuse I like.
--
Benji York
Senior Software Engineer
Zope Corporation
__
Geoff Davis wrote:
* What can we learn from Rails / Django / TurboGears?
Fun presentation along those lines:
http://oodt.jpl.nasa.gov/better-web-app.mov
One of the best put together movies I've seen.
--
Benji York
Senior Software Engineer
Zope Corporation
__
Jeff's post are well-thought and address real concerns. Thanks for
thinking about these issues thoroughly, issues I have also discussed
on several occasions privately.
OTOH, your comment, Max, is unfair. Being convinced that Rails sucks
is once thing, convincing the 37Signals/Tim O'Reilly brainwas
--On 5. März 2006 14:43:48 -0500 Jim Fulton <[EMAIL PROTECTED]> wrote:
> There is no question that ZConfig has the
problems you described. But I consider such a flat representation as
poor and a step back
instead of a step forward (independent of the effort needed to simply
and refactor ZCo
Max M wrote:
Geoff Davis wrote:
Jeff Shell has posted some thought-provoking pieces on his blog that are
relevant to Jim's recent attempt to better articulate a vision for Zope:
http://griddlenoise.blogspot.com/2006/03/zope-crisis-of-faith-coming-this-march.html
http://griddlenoise.blogsp
On Mar 5, 2006, at 11:34 AM, Martin Aspeli wrote:
My main point is that we need to consider each of these audiences, as
they have separate concerns. We need to be explicit about this and
have messages and technical solutions tailored to each audience.
Do we? Messages, perhaps, but we should a
Max M wrote:
Geoff Davis wrote:
Jeff Shell has posted some thought-provoking pieces on his blog that are
relevant to Jim's recent attempt to better articulate a vision for Zope:
http://griddlenoise.blogspot.com/2006/03/zope-crisis-of-faith-coming-this-march.html
http://griddlenoise.blogspot
Andreas Jung wrote:
--On 5. März 2006 13:56:38 -0500 Jim Fulton <[EMAIL PROTECTED]> wrote:
The right way would be to refactor ZConfig and decouple it in a
reasonable way from its dependencies.
I think this would be a major rewrite.
Possibly but I don't consider that to be a strong argu
--On 5. März 2006 13:56:38 -0500 Jim Fulton <[EMAIL PROTECTED]> wrote:
The right way would be to refactor ZConfig and decouple it in a
reasonable way from its dependencies.
I think this would be a major rewrite.
Possibly but I don't consider that to be a strong argument for introducing
a
Stephan Richter wrote:
On Saturday 04 March 2006 21:26, Jim Fulton wrote:
http://dev.zope.org/Zope3/UseConfigParserForHighLevelConfiguration
Is a proposal for using ConfigParser, rather than ZConfig for high-level
configuration.
Comments welcome.
I am +1. Anything that allows us to decre
Andreas Jung wrote:
--On 4. März 2006 21:26:30 -0500 Jim Fulton <[EMAIL PROTECTED]> wrote:
At:
http://dev.zope.org/Zope3/UseConfigParserForHighLevelConfiguration
Is a proposal for using ConfigParser, rather than ZConfig for high-level
configuration.
Comments welcome.
-1
The right
Philipp von Weitershausen wrote:
Jim Fulton wrote:
http://dev.zope.org/Zope3/UseConfigParserForHighLevelConfiguration
Is a proposal for using ConfigParser, rather than ZConfig for high-level
configuration.
+0
I see the advantages of using ConfigParser, especially being able to
configure m
On 3/5/06, Max M <[EMAIL PROTECTED]> wrote:
> I could probably do one that is a lot more impressive with an UML tool,
> Plone, archetypes and ArchgenXML. And it would most likely last 10
> minutes... if I talked very very slowly.
>
>
> But that is not the point.
YES IT IS! Do it! We need the hype!
--On 4. März 2006 21:26:30 -0500 Jim Fulton <[EMAIL PROTECTED]> wrote:
At:
http://dev.zope.org/Zope3/UseConfigParserForHighLevelConfiguration
Is a proposal for using ConfigParser, rather than ZConfig for high-level
configuration.
Comments welcome.
-1
The right way would be to refac
Geoff Davis wrote:
Jeff Shell has posted some thought-provoking pieces on his blog that are
relevant to Jim's recent attempt to better articulate a vision for Zope:
http://griddlenoise.blogspot.com/2006/03/zope-crisis-of-faith-coming-this-march.html
http://griddlenoise.blogspot.com/2006/03/cris
On 3/5/06, Jim Fulton <[EMAIL PROTECTED]> wrote:
> I think that one of the first steps is to agree on who our
> target audiences are and target them individually. Zope has
> a number of target audences, including:
>
> - Non-technical users who just want to crank our a web application
>with lit
Jim Fulton wrote:
> http://dev.zope.org/Zope3/UseConfigParserForHighLevelConfiguration
>
> Is a proposal for using ConfigParser, rather than ZConfig for high-level
> configuration.
+0
I see the advantages of using ConfigParser, especially being able to
configure more than one instance in an .i
- Non-technical users who just want to crank our a web application
with little muss and fuss. This was the original focus of Zope 2
and now Plone
I think this is better served by applications on top of Zope, rather than
trying to make the framework sit that close to the user. Like you
Trying to run
python test.py --package=zope.app.component
results in :
Running unit tests:
Ran 318 tests with 0 failures and 0 errors in 6.118 seconds.
Running zope.app.testing.functional.Functional tests:
Set up zope.app.testing.functional.Functional
Traceback (most recent call last):
Fil
On Sunday 05 March 2006 10:22, Jim Fulton wrote:
> My main point is that we need to consider each of these audiences, as
> they have separate concerns. We need to be explicit about this and
> have messages and technical solutions tailored to each audience.
I agree with that. Our first step is to
Geoff Davis wrote:
...
* Can we address Jeff's concerns? If so, how?
* What can we learn from Rails / Django / TurboGears?
I think that one of the first steps is to agree on who our
target audiences are and target them individually. Zope has
a number of target audences, including:
- Non-tech
I am very glad to see that Jim's efforts to better articulate a vision for
Zope have generated so much interest. I am not so sure that the
discussion has been an entirely productive one.
I think that we as a community would benefit by working on our social
engineering as much as our software en
On 3/5/06, Geoff Davis <[EMAIL PROTECTED]> wrote:
> Jeff Shell has posted some thought-provoking pieces on his blog that are
> relevant to Jim's recent attempt to better articulate a vision for Zope:
>
> http://griddlenoise.blogspot.com/2006/03/zope-crisis-of-faith-coming-this-march.html
>
> http:/
Martijn Faassen wrote:
Jim Fulton wrote:
Martijn Faassen wrote:
[snip]
Sounds like the original vision of Zope 3 without the X. I thought we
never got around to developing this stuff the last time.
Actually, no. We originally said that we would provide a transition
path. I said over an
Jeff Shell has posted some thought-provoking pieces on his blog that are
relevant to Jim's recent attempt to better articulate a vision for Zope:
http://griddlenoise.blogspot.com/2006/03/zope-crisis-of-faith-coming-this-march.html
http://griddlenoise.blogspot.com/2006/03/crisis-of-faith-messenger
Jim Fulton wrote:
Martijn Faassen wrote:
Jim Fulton wrote:
[snip]
I think that having one name for two radically different, though
related,
things is very confusing. There are really
2 main technologies that people care about:
1. The Zope app server. This is characterized by things like an
Martijn Faassen wrote:
Jim Fulton wrote:
[snip]
I think that having one name for two radically different, though related,
things is very confusing. There are really
2 main technologies that people care about:
1. The Zope app server. This is characterized by things like an object
file system
Rob Jeschofnik wrote:
Jim Fulton wrote:
I think a lack of a realistic vision means that we are pulling in
different directions. I think this is causing a lot of harm.
I think the crux of the issue here is that presently, we do not have a
consistent answer to the question "What is `Zope'?"
33 matches
Mail list logo