Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Jeff Shell
On 12/22/05, Shane Hathaway <[EMAIL PROTECTED]> wrote: > [Shane] > >>Are you sure ZCML is The Right Way? I know its purpose (since I helped > >>invent Zope 3): to combine configurations by multiple developers without > >>imposing a particular workflow. However, I maintain that Python code could >

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Stephan Richter
On Thursday 22 December 2005 18:10, Derrick Hudson wrote: > Some other key features: >     - context-sensitive auto-completion in ZCML >     - understanding of interfaces (pylint) >     - launching and restarting of zope First note that apidoc uses much more comprehensive, Zope3-specific tools to

[Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Derrick Hudson
On Thu, Dec 22, 2005 at 10:06:08PM +0100, Jean-Marc Orliaguet wrote: [...] | Yes, I have indeed. Though I was thinking about the development of new | applications, not about API documentation. Probably this could be done | with the Eclipse IDE: for instance when creating an adapter, I would | f

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Jean-Marc Orliaguet
Jim Fulton wrote: Jean-Marc Orliaguet wrote: The problem with ZCML is not the language (XML). Writing the same description in python would not address such issues as: - when looking at a component, how can I know how it is wired inside the application without doing a grep on 100 files? - wh

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Jim Fulton
Jean-Marc Orliaguet wrote: Shane Hathaway wrote: ... The problem with ZCML is not the language (XML). Writing the same description in python would not address such issues as: - when looking at a component, how can I know how it is wired inside the application without doing a grep on 100 fi

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Jim Fulton
Chris McDonough wrote: On Dec 22, 2005, at 12:05 PM, Shane Hathaway wrote: Time and again people fail to realize that Zope 3 wants to create the low level framework right first, and only after that add high level simplifications and shortcuts to have less configuration and provide fastest

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Jim Fulton
Martin Aspeli wrote: So it's very refreshing to see Zope 3 without ZCML. I hope the trend continues. I think Philipp makes what in my limited understanding is a very good point here: http://www.z3lab.org/sections/blogs/philipp-weitershausen/2005_12_14_zcml-needs-to-do-less Me too. J

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Stephan Richter
On Thursday 22 December 2005 12:09, Chris McDonough wrote: > On Dec 22, 2005, at 12:05 PM, Shane Hathaway wrote: > >> Time and again people fail to realize that Zope 3 wants to create   > >> the low level framework right first, and only after that add high   > >> level simplifications and shortcuts

[Zope3-Users] Zope3-wrapper for SQLObject

2005-12-22 Thread Garanin Michael
Hello! I develop Zope3 wrapper for SQLObject (sqlos-alternative). Features: 1. you can make multi-level containers tree: ZODB-Folder->SQL Container->SQL Container ...-> SQL Item 2. zsqlmap use DA-wrapper

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Shane Hathaway
[Florent] Time and again people fail to realize that Zope 3 wants to create the low level framework right first, and only after that add high level simplifications and shortcuts to have less configuration and provide fastest developer exeperience. Of course people aren't attracted to Zope 3

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Florent Guillaume
On 22 Dec 2005, at 18:09, Chris McDonough wrote: On Dec 22, 2005, at 12:05 PM, Shane Hathaway wrote: Time and again people fail to realize that Zope 3 wants to create the low level framework right first, and only after that add high level simplifications and shortcuts to have less configurati

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Chris McDonough
On Dec 22, 2005, at 12:05 PM, Shane Hathaway wrote: Time and again people fail to realize that Zope 3 wants to create the low level framework right first, and only after that add high level simplifications and shortcuts to have less configuration and provide fastest developer exeperience. O

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Shane Hathaway
Florent Guillaume wrote: Shane Hathaway wrote: Well, I wouldn't say the people I know "can't get past" ZCML. They're smart, and learning an XML schema is not a big effort. However, for someone coming from Java frameworks, yet another XML format is a big mark against Zope, making RoR and oth

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Shane Hathaway
Chris McDonough wrote: Is this code available anywhere or are you still at a state where you're not ready to release? It's one of the Z3 base projects: http://codespeak.net/svn/z3/zopejam/trunk/ It's not ready to release, and I've been busy on other projects lately. But I find it quite use

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Shane Hathaway
[Shane] Are you sure ZCML is The Right Way? I know its purpose (since I helped invent Zope 3): to combine configurations by multiple developers without imposing a particular workflow. However, I maintain that Python code could do the job better. The Python code I have in mind is not the same a

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Julien Anguenot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Shane Hathaway wrote: [...] > However, I maintain that Python code > could do the job better. Except it's not its job. Python is a language not a configuration tool. >> Would it make sense to publish a recommended way to configure Z3 apps >> comple

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Chris McDonough
Is this code available anywhere or are you still at a state where you're not ready to release? On Dec 22, 2005, at 11:01 AM, Shane Hathaway wrote: Chris McDonough wrote: I assume this means you've given up on the idea of creating a GUI ZCML configuration tool, the? No. In fact, I've bee

[Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Florent Guillaume
Shane Hathaway wrote: Well, I wouldn't say the people I know "can't get past" ZCML. They're smart, and learning an XML schema is not a big effort. However, for someone coming from Java frameworks, yet another XML format is a big mark against Zope, making RoR and other frameworks much more att

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Jean-Marc Orliaguet
Shane Hathaway wrote: Wade Leftwich wrote: If ZCML (a/k/a The Right Way) is keeping fairly smart developers from trying Z3, then maybe we need an alternative (a/k/a What People Think They Want). Are you sure ZCML is The Right Way? I know its purpose (since I helped invent Zope 3): to comb

[Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Pete Taylor
*ping* for interest in elaboration on the code you have in mind... >Are you sure ZCML is The Right Way? I know its purpose (since I helped >invent Zope 3): to combine configurations by multiple developers without >imposing a particular workflow. However, I maintain that Python code could >do the

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Shane Hathaway
Chris McDonough wrote: I assume this means you've given up on the idea of creating a GUI ZCML configuration tool, the? No. In fact, I've been creating the tool for the purpose of convincing myself that ZCML is right, even though I still believe it's wrong. :-) One thing I've learned from t

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Chris McDonough
I assume this means you've given up on the idea of creating a GUI ZCML configuration tool, the? On Dec 22, 2005, at 10:44 AM, Shane Hathaway wrote: Wade Leftwich wrote: If ZCML (a/k/a The Right Way) is keeping fairly smart developers from trying Z3, then maybe we need an alternative (a/k/a W

[Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Shane Hathaway
Wade Leftwich wrote: If ZCML (a/k/a The Right Way) is keeping fairly smart developers from trying Z3, then maybe we need an alternative (a/k/a What People Think They Want). Are you sure ZCML is The Right Way? I know its purpose (since I helped invent Zope 3): to combine configurations by mult

Re: [Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Stephan Richter
On Thursday 22 December 2005 09:23, Martin Aspeli wrote: > >> So it's very refreshing to see Zope 3 without ZCML.  I hope the trend > >> continues. > > I think Philipp makes what in my limited understanding is a very good   > point here: > > http://www.z3lab.org/sections/blogs/philipp-weitershausen

[Zope3-Users] Re: ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Martin Aspeli
So it's very refreshing to see Zope 3 without ZCML. I hope the trend continues. I think Philipp makes what in my limited understanding is a very good point here: http://www.z3lab.org/sections/blogs/philipp-weitershausen/2005_12_14_zcml-needs-to-do-less Martin -- (muted) ___

[Zope3-Users] ZCML, practicality, purity (was "Excellent perspective...")

2005-12-22 Thread Wade Leftwich
Shane Hathaway wrote: > [snip] > > I have a bunch of coworkers who have coded in Java for a long time and > are ready to branch out. They're trying out Python, Ruby, C#, etc. They > want to develop web applications quickly while preserving > maintainability. I think the best way for them to do t