<blockquote style="border-left: 2px solid #666666; border-top: 1px solid #eeeeee; margin: 15px 20px;">
<div style="color: #333333; font: bold 11px tahoma,geneva,helvetica,arial,sans-serif; padding: 5px 10px;">Jim Fulton wrote:</div>
<div style="color: #333333; font: 11px tahoma,geneva,helvetica,arial,sans-serif; padding: 5px 10px;">Martijn Faassen wrote:
<br>> Shane Hathaway wrote:
<br>>
<br>>> Jim Fulton wrote:
<br>>>
<br>>>> See:
<br>>>>
<br>>>> <a href="http://dev.zope.org/Zope3/ZConfigAndOtherFormatsForZCML" target="_top" rel="nofollow">http://dev.zope.org/Zope3/ZConfigAndOtherFormatsForZCML</a>
<br>>>>
<br>>>> Comments and volunteers welcome.
<br>>>
<br>>>
<br>>>
<br>>> I like this proposal. It is likely to reduce the total amount of code.
<br>>>
<br>>> However, I want to be sure that consolidating engines is the real
<br>>> focus of the proposal. Converting XML files to ZConfig format doesn't
<br>>> seem like an interesting change.
<br>>
<br>>
<br>> If you don't convert your ZCML files to ZConfig format, you'll have to
<br>> support the ZCML reader as well, so I think it'd lead to more code
<br>> unless such a thing were done.
<br>
<br>Huh? Geez, my proposal must have been really unclear. I'm not proposing
<br>replacing ZCML files with ZConfig files. I'm proposing leveraging the ZCML
<br>engine and especially the system for extensibility for handling ZConfig files.
<br>This would require some new code, but would reduce the amount of code
<br>overall. It would also reduce the number of configuration-file extension
<br>mechanisms needed. Finally, it would make it a lot easier to extend ZConfig
<br>file handling.
<br>
<br>Jim
<br>
<br>--
<br>Jim Fulton mailto:jim@zope.com Python Powered!
<br>CTO (540) 361-1714 <a href="http://www.python.org" target="_top" rel="nofollow">http://www.python.org</a>
<br>Zope Corporation <a href="http://www.zope.com" target="_top" rel="nofollow">http://www.zope.com</a> <a href="http://www.zope.org" target="_top" rel="nofollow">http://www.zope.org</a>
<br>_______________________________________________
<br>Zope3-dev mailing list
<br>Zope3-dev@zope.org
<br>Unsub: <a href="http://mail.zope.org/mailman/options/zope3-dev/lists%40nabble.com" target="_top" rel="nofollow">http://mail.zope.org/mailman/options/zope3-dev/lists%40nabble.com</a>
</div>
</blockquote>
I think people are afraid to give ZCML anymore traction than it already has. I for one find it intimidating and confusing. Not so much because of its format, or api documentation, but because it is unclear what and how all the names and attributes interrelate. It's taken me two books, a bunch of samples, and alot of trial and error to get me to a very basic level. It seems easy now that I know what I know, but I thought Zope3 was going to have a flatter learning curve. I blame ZCML and whatever it might be hiding. :)
<br>
<br>Kevin Smith
<br>
<br><hr align="left" width="300">
View this message in context: <a href="http://www.nabble.com/RFC%3A-ZConfig-and-other-formats-for-ZCML-t960709.html#a2564092">Re: RFC: ZConfig and other formats for ZCML</a><br>
Sent from the <a href="http://www.nabble.com/Zope3---dev-f6731.html">Zope3 - dev</a> forum at Nabble.com.