Date-Sent: 14. März 2006 07:45:59
--On 13. März 2006 16:49:27 -0500 Benji York <[EMAIL PROTECTED]> wrote:
It looks like revision 65953 ("updated to Docutils 0.4.0") broke the unit
tests. For details see
http://buildbot.zope.org:8002/Zope3%20trunk%202.4%20Linux%20zc-buildbot/b
uilds/382/test/
--On 13. März 2006 16:49:27 -0500 Benji York <[EMAIL PROTECTED]> wrote:
It looks like revision 65953 ("updated to Docutils 0.4.0") broke the unit
tests. For details see
http://buildbot.zope.org:8002/Zope3%20trunk%202.4%20Linux%20zc-buildbot/b
uilds/382/test/0
Andreas, do you have any idea wh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Shell wrote:
> On 3/13/06, Dieter Maurer <[EMAIL PROTECTED]> wrote:
>
>>Martijn Faassen wrote at 2006-3-13 17:15 +0100:
>>
>>>...
>>>A newer interpretation of ZCML is:
>>>
>>>"""
>>>ZCML is a configuration language that configures a number of bas
Marius Gedminas wrote:
> I'd prefer
>
> from zope.annotation.adapter import AnnotationAdapter
>
> getFoo = AnnotationAdapter(for_=IBar,
>interface=IFoo,
>factory=Foo,
>key=FOO_KEY)
> # I su
Lennart Regebro wrote:
> On 3/10/06, Martijn Faassen <[EMAIL PROTECTED]> wrote:
>
>>For instance, one that looks like this:
>>
>>
>
>
> That doesn't look like configuration.
No, it's an on/off switch. Me likesss it.
Philipp
___
Zope3-dev mailing lis
On Mon, Mar 13, 2006 at 04:40:09PM -0700, Shane Hathaway wrote:
| I would suggest that is a component architecture feature, not a ZCML
| feature. If Zope were a hardware device, the CA would be the wiring and
| ZCML would be the schematic diagram.
Great point!
--
Sidnei da Silva
Enfold System
Paul Winkler wrote:
On Mon, Mar 13, 2006 at 04:14:08PM -0700, Shane Hathaway wrote:
You're aware of the DRY principle, right? ZCML is repetitive, and
repetitive is wrong.
We tend to think that repetition is *always* wrong, but in other fields
there are cases in which it depends who the read
Florian Lindner wrote:
>>I think ovarall, Phillip should support those named layers.
That feedback is a little late. The proposal had been around for months!
By the way, from what I read in the old layer code (which seemed to be
yours), I got the impression that named layers and skins were slated
Alec Mitchell wrote:
...
I was a bit disturbed. What's the point?
The point is that you are using the adapter.
> It tells you nothing unless you
refer to the actual implementation.
It tells you that the adapter is being used.
> Why not just put the registration in
python alongside the
On Mon, Mar 13, 2006 at 04:14:08PM -0700, Shane Hathaway wrote:
> You're aware of the DRY principle, right? ZCML is repetitive, and
> repetitive is wrong.
We tend to think that repetition is *always* wrong, but in other fields
there are cases in which it depends who the reader is, and how the
re
Dieter Maurer wrote:
...
Note, that configuration files should be understand and
adaptable by administrators. Therefore, they should be readable
and understandable -- without an understanding of the implementation
(but with reading of the component documentation).
As Jeffrey pointed out (and as
Martijn Faassen wrote:
...
A newer interpretation of ZCML is:
"""
ZCML is a configuration language that configures a number of basic
directives for configuring the component architecture and security:
adapters, utilities, security requirements, and little else.
Right.
Everything
else shoul
Sidnei da Silva wrote:
On Mon, Mar 13, 2006 at 02:16:17PM -0700, Jeff Shell wrote:
| And I think it's
| very important for the Python code to say what it does, so when I come
| back to a module five months later I'm not staring at MyFactory going
| "yeah, but what is it?"
One thing that must not
On Mon, Mar 13, 2006 at 02:16:17PM -0700, Jeff Shell wrote:
| And I think it's
| very important for the Python code to say what it does, so when I come
| back to a module five months later I'm not staring at MyFactory going
| "yeah, but what is it?"
One thing that must not pass by unnoticed is tha
Jeff Shell wrote:
Why design a language at all?
We already did, and it's a BASIC-like language, so now we reap the
consequences. Some of the consequences are:
1. If you stick to the established directives, you express repetitive,
low level information that really needs to be represented in
On 3/13/06, Alec Mitchell <[EMAIL PROTECTED]> wrote:
> +1 The first time I saw:
>
>
>
> I was a bit disturbed. What's the point? It tells you nothing unless you
> refer to the actual implementation.
Right, but it switches it on, which is important. :-)
--
Lennart Regebro, Nuxeo http://www.
It looks like revision 65953 ("updated to Docutils 0.4.0") broke the
unit tests. For details see
http://buildbot.zope.org:8002/Zope3%20trunk%202.4%20Linux%20zc-buildbot/builds/382/test/0
Andreas, do you have any idea why that might be?
--
Benji York
Senior Software Engineer
Zope Corporation
On 3/13/06, Shane Hathaway <[EMAIL PROTECTED]> wrote:
> Martijn Faassen wrote:
> > A newer interpretation of ZCML is:
> >
> > """
> > ZCML is a configuration language that configures a number of basic
> > directives for configuring the component architecture and security:
> > adapters, utilities, s
On Monday 13 March 2006 10:59, Dieter Maurer wrote:
> Martijn Faassen wrote at 2006-3-13 17:15 +0100:
> > ...
> >A newer interpretation of ZCML is:
> >
> >"""
> >ZCML is a configuration language that configures a number of basic
> >directives for configuring the component architecture and security:
On 3/13/06, Dieter Maurer <[EMAIL PROTECTED]> wrote:
> Martijn Faassen wrote at 2006-3-13 17:15 +0100:
> > ...
> >A newer interpretation of ZCML is:
> >
> >"""
> >ZCML is a configuration language that configures a number of basic
> >directives for configuring the component architecture and security
On 3/13/06, Alec Mitchell <[EMAIL PROTECTED]> wrote:
> On Monday 13 March 2006 10:59, Dieter Maurer wrote:
> > Note, that configuration files should be understand and
> > adaptable by administrators. Therefore, they should be readable
> > and understandable -- without an understanding of the implem
Martijn Faassen wrote:
A newer interpretation of ZCML is:
"""
ZCML is a configuration language that configures a number of basic
directives for configuring the component architecture and security:
adapters, utilities, security requirements, and little else. Everything
else should be done in P
I wrote this reply earlier but forgot to use 'reply all' instead of
'reply'. Oops. I'm also editing and expanding my remarks slightly from
the earlier.
In short: Python is a good programming language, usually easy to
follow. ZCML is not. Either work really hard at improving ZCML, or
just simplify
On 3/13/06, Dieter Maurer <[EMAIL PROTECTED]> wrote:
> Note, that configuration files should be understand and
> adaptable by administrators. Therefore, they should be readable
> and understandable -- without an understanding of the implementation
> (but with reading of the component documentation)
Jim Fulton wrote at 2006-3-12 15:54 -0500:
>Dieter Maurer wrote:
>> Jim Fulton wrote at 2006-3-11 18:03 -0500:
>>
>>>...
>>>Where is this documented?
>>
>>
>> I do not know. I saw a feature description in the mailing list.
>> Fred and Tres (the authors) should be able to tell you whether
>> ther
Martijn Faassen wrote at 2006-3-13 17:15 +0100:
> ...
>A newer interpretation of ZCML is:
>
>"""
>ZCML is a configuration language that configures a number of basic
>directives for configuring the component architecture and security:
>adapters, utilities, security requirements, and little else. E
On Mar 13, 2006, at 10:59 AM, Martijn Faassen wrote:
[...]
Thanks for looking into this Martijn. We have some internal versions
of a sortable zc.table factory that take a different approach, and
are not using the client-side part of the zc.table code much at all.
If you're willing to loo
Hi there,
In this mail I'd like to make explicit some competing design influences
on ZCML.
The first interpretation of what ZCML is:
"""
ZCML is a configuration language that provides abstract directives for
configuring Zope applications. If we're setting up a page, we use the
page directiv
Benji York wrote:
Martijn Faassen wrote:
[snip]
A second issue seems to me a bug in the javascript. When I use
StandaloneSortFormatter I can click on the title of a column to sort
to see a sorted view. This works wonderfully well. Unfortunately the
javascript is a bit simplistic in that it si
Stephan Richter <[EMAIL PROTECTED]> writes:
> On Friday 10 March 2006 10:19, Martijn Faassen wrote:
>> What do people think?
>
> +1 We use this pattern for every annotation in SchoolTool and it gets old
> really quick. One argument that could be made is that the code in the
> function could be i
On Monday 13 March 2006 06:20, Martijn Faassen wrote:
> In your example, the ZCML doesn't show that we actually are setting up
> an annotation, and it doesn't show for what we're setting up an
> annotation for in the first place either. It's one intrepretation of
> ZCML that it should show these th
Jim Fulton wrote:
> Have you written a ZConfig schema? Have you tried to read the
> documentation on writing one? Have you writtem an application
> that uses ZConfig? If you had, I think you'd know what I was
> talking about.
I have. Our chunk of our schema.xml is over 600 lines including commen
I would like to update Docutils for Zope 2 trunk and Zope 3 trunk to v
0.4.0.
Any objections for
- importing docutils as top-level module on svn.zope.org
- replacing src/docutils with an svn:externals definition
?
Andreas
pgpXIknsX6Wpy.pgp
Description: PGP signature
_
Jim Fulton wrote:
Have you written a ZConfig schema?
Yup, a few, as well as adding a couple of options to zope.conf, which
totally abuses ZConfig :-/
Have you tried to read the
documentation on writing one?
Yup :-)
Have you writtem an application
that uses ZConfig?
Yup, couple...
Chris Withers wrote:
Jim Fulton wrote:
I'd like to be able to use configuration files for the
test runner, but I really don't want ZConfig to be a
dependency of the test runner. I also don't want to
go through all of the gymnasics required to develop a ZConfig
schema just for the test r
Jim Fulton wrote:
> Log message for revision 65931:
> Redeprecated a number of things that didn't generate warnings
> before. Sigh. Also fixed all the depecation warnings generated by
> running the zope.component tests.
>
...
> Added: Zope3/branches/jim-adapter/src/zope/component/back35.
Marius Gedminas wrote:
[snip]
-1
I'd prefer
from zope.annotation.adapter import AnnotationAdapter
getFoo = AnnotationAdapter(for_=IBar,
>interface=IFoo,
>factory=Foo,
key=FOO_KEY)
> # I suppose the key could
Lennart Regebro wrote:
On 3/10/06, Martijn Faassen <[EMAIL PROTECTED]> wrote:
For instance, one that looks like this:
That doesn't look like configuration.
What does it look like to you?
If hooking up adapters is considered to be configuration, why is hooking
up annotations not configu
Jim Fulton wrote:
Would it be possible to write a configuration file that loaded
it's own schemas?
Not sure what you mean...
For example, suppose I wanted to configure
zope and twisted, could I do something like:
import zope.app.appsetup
import zope.app.twisted
import zope.testrunner
Jim Fulton wrote:
I don't want to try to make paste deploy or setuptools,
use ZConfig. There are other tools out there that use
ConfigParser,
Yay! Lowest common denominator programming :-(
I'd like to be able to use configuration files for the
test runner, but I really don't want ZConfig to
40 matches
Mail list logo
