On 2/14/06, Philipp von Weitershausen <[EMAIL PROTECTED]> wrote:
> component=".alias.sydneyFactory"
> name="alias.SydneyBristow"
> />
>
> The naming of the component already gives it away as a factory. To me that's
> enough naming.
I think I agree. This to me makes sense. If i
On 2/14/06, Shaun Cutts <[EMAIL PROTECTED]> wrote:
> The biggest reason: I can imagine that when deploying a package, various
> configurations, for instance security, but also adding internationalization,
> have to be adapted for the specific site. This way, they could be deployed
> without access/
On Tue, Feb 14, 2006 at 08:17:04AM +0100, Dario Lopez-Kästen wrote:
| Shaun Cutts said the following on 2006-02-14 07:37:
| I have seriously considered trying out Django and similar tools to see
| if they would fit better with the kind of applications I need to do, but
| I really like the power t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Philipp von Weitershausen wrote:
> Just note that I'm explicitly not addressing automation as a use case for
> custom ZCML directives. I believe automation is best done in Python. If you're
> trying to invent a new ZCML directive that does something
Sidnei da Silva said the following on 2006-02-14 12:15:
On Tue, Feb 14, 2006 at 08:17:04AM +0100, Dario Lopez-Kästen wrote:
| Shaun Cutts said the following on 2006-02-14 07:37:
| I have seriously considered trying out Django and similar tools to see
| if they would fit better with the kind of a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Philipp von Weitershausen wrote:
> Martijn Faassen wrote:
>> I suspect quite
>> a few of the directives that can go away are in the 'small' namespaces,
>> such as mail. We may also want to move some directives to other
>> namespaces. If all directiv
Stephan Richter wrote:
> On Saturday 11 February 2006 16:50, Jim Fulton wrote:
>
>>- Application developers need to build an application. They will
>> generally want fairly tight control over what goes into the
>> application. For them, it's valuable to say in an explicit
>> way what they
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lennart Regebro wrote:
> On 2/14/06, Philipp von Weitershausen <[EMAIL PROTECTED]> wrote:
>
>> > component=".alias.sydneyFactory"
>> name="alias.SydneyBristow"
>> />
>>
>>The naming of the component already gives it away as a factory.
Hi everyone,
Jim said that he wants zope.app to become smaller. I would welcome that.
Is it time for this to be thought about?
For various reasons, mostly personal ones, I would consider Zope
3.3/2.10 a good point for this to be done. If others agree, we should
get started, especially since we mo
Philipp von Weitershausen wrote:
Yet again looking for comments, this time at:
http://dev.zope.org/Zope3/OneNamespaceForZCML.
Let me add my -1 to this.
I'm all for reducing the number of namespaces in the standard directives,
and reducing the number of directives too, but getting rid of names
On Tuesday 14 February 2006 08:41, Philipp von Weitershausen wrote:
> Jim said that he wants zope.app to become smaller. I would welcome that.
> Is it time for this to be thought about?
>
> For various reasons, mostly personal ones, I would consider Zope
> 3.3/2.10 a good point for this to be done.
Stephan Richter wrote:
>>Jim said that he wants zope.app to become smaller. I would welcome that.
>>Is it time for this to be thought about?
>>
>>For various reasons, mostly personal ones, I would consider Zope
>>3.3/2.10 a good point for this to be done. If others agree, we should
>>get started, e
Tres Seaver wrote:
>>>Just note that I'm explicitly not addressing automation as a use case for
>>>custom ZCML directives. I believe automation is best done in Python. If
>>>you're
>>>trying to invent a new ZCML directive that does something else to an
>>>adapter/view/utility before registering it
Rocky Burt wrote:
Zope 2 developers see zcml slugs and say, "what, things have gotten
harder going to zope3?".
This isn't a contradiction of what Rocky Burt said, but I feel the need
to assert that "harder" doesn't necessarily mean "worse". It's also not
necessarily "better" either.
Now ba
On Mon, Feb 13, 2006 at 10:18:24AM -0700, Shane Hathaway wrote:
| I want a way to inspect all of the indirections chosen in the course of
| a web request or any other publishing operation. After executing a web
| request, Zope will report all of the points where it made a decision
| using the
On 2/13/06, Stephan Richter <[EMAIL PROTECTED]> wrote:
> On Monday 13 February 2006 07:57, Philipp von Weitershausen wrote:
> > Yet again looking for comments, this time at:
> > http://dev.zope.org/Zope3/OneNamespaceForZCML.
>
> -1
>
> Here some comments:
>
> - You do not argue how the decision-mak
On Feb 13, 2006, at 5:36 PM, Martin Aspeli wrote:
On Mon, 13 Feb 2006 07:51:34 -, Chris Withers
<[EMAIL PROTECTED]> wrote:
Scripts and RBDMS are the fast food of the web development world,
not the salad. Looks nice, tastes great, eventually leaves you fat
and unhealthy. ZODB and mayb
> The report will consist of lines that look something like this, but more
> graphical:
...
> The point is to make most indirection transparent to both beginners and
> experts.
...
> Thoughts?
As one who lurks, wishing he was smart enough to understand
Zope3, this is exciting.
As I gaze up at the
Philipp von Weitershausen wrote:
> I also think that the release system we have chosen shouldn't stand in
> the way of agile refactorings. If the last release contained only 10 new
> features, I have no problem when the next one contains 100 or 1000,
> given it's all properly documented and BBB is
Dario Lopez-Kästen said the following on 2006-02-14 08:17:
If the tools and feature that Zope provide become easier to integrate in
an non-Zope envireonment, I think that Zope will eventually come out as
the tool of choice for any projects that needs to do more than "setup a
simple website", w
OK, after following the diskussion I'm now -1. Lets first go through
Phillips other ZCML simplification, then look at what we can do for
browser:*, and then see if what's left should have several namespaces
or not.
I think that people who can't be bohered to copy/paste a set of
names-space definit
21 matches
Mail list logo