Re: [Zope3-dev] Re: zcml questions
Jim Fulton wrote: That's pretty much what I suggested. The whole point of discriminators was conflict detection. That is why I suggested extending actions to support identifiers that could be used for overriding or disabling even for actions (or groups of actions) that don't otherwise conflict. This id scheme would leverage discriminators when present. Sounds cool, I only wish I could offer to help make it happen :-) Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: zcml questions
Jim Fulton wrote: Oh, so some directives have descriminators and others don't? Yes. Most do. Soe don't because they don't create actions that conflict with anything else. Ah, OK. Would it cause any problems to have all actions generate descriminators and only use them for conflict checking for actions that should do so? Yep. Would that cover the devmode use case and allow the deprecation of the crazy condition stuff? ;-) I doubt it. Shame... Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: zcml questions
Jim Fulton wrote: I definately want to make it possible for people to specify actions in Python. Me too :-) Not necessarily. actions already have discriminators which are, essentially ids. How do they work? Where can I see examples? What's needed is a way of assigning ids to directives, mainly subscriber definitions, that don't have discriminators. Oh, so some directives have descriminators and others don't? I also think it would be useful to be able to assign ids to groups of configuration to make it easier to disable a collection of things that go together. Yep. Would that cover the devmode use case and allow the deprecation of the crazy condition stuff? ;-) Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: zcml questions
On Sep 26, 2006, at 5:54 AM, Chris Withers wrote: Jim Fulton wrote: Not necessarily. actions already have discriminators which are, essentially ids. How do they work? They are used to determine if actions conflict. They arethe basis of conflict detection and overriding. Where can I see examples? In the zope configuration doc tests. What's needed is a way of assigning ids to directives, mainly subscriber definitions, that don't have discriminators. Oh, so some directives have descriminators and others don't? Yes. Most do. Soe don't because they don't create actions that conflict with anything else. I also think it would be useful to be able to assign ids to groups of configuration to make it easier to disable a collection of things that go together. Yep. Would that cover the devmode use case and allow the deprecation of the crazy condition stuff? ;-) I doubt it. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: zcml questions
Martijn Faassen wrote: configuration. This way, if we grow Python-based configuration or automatic configuration, the system will still work. I do care about this, because I hate zcml(tm) but how would you see disabling working in a python-based config? cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: zcml questions
Stephan Richter wrote: This has been proposed and approved, but implementation has been delayed due to missing XPath features. http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/ZCMLEnhancements I like all of the ideas on there, I'm a little confused though. How much of what is on there is actually implemented and where? cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: zcml questions
Jim Fulton wrote: I have a feeling that xpath is overkill. I wish it was, but I don't think it is.. It alsoi won't work for actions defined in Python. Wasn't aware you could do this, where can I find examples? I'd rather see some sort of identifier system. But that would mean every piece of zcml would need to have an id manually assigned as in id with the assigner ensuring that it's unique. This seems burdensome, xpath feels right here, at least imh(umble)o. cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: zcml questions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jim Fulton wrote: On Sep 25, 2006, at 1:44 PM, Chris Withers wrote: Jim Fulton wrote: It would *also* require that we implement the no side-effects during parsing policy (my other favorite dead horse in arguments about ZCML's implementation / usage). Beat away. :) I've been in favor of this for some time. This is definitely a goal. Can we have a papal edict that zcml that has side effects is a bug? (including the dotted name thing...) No, but I'm definitely in favor of refactoring existing handlers so they do pretty much all of their work in the actions they generate. We'll need to remove the parse-time error checking of name resolution then, which means storing filename / line number information with each dotted name so that the failed resolution can be reported when actions are running. Tres. - -- === Tres Seaver +1 202-558-7113 [EMAIL PROTECTED] Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFGCT3+gerLs4ltQ4RAjubAKCAx3bjFDTQIJP2+NljAPNQJcwyYACglvno K4C1uDLz8e4M2MvIy1+w2TA= =srEr -END PGP SIGNATURE- ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: zcml questions
Jim Fulton wrote: On Sep 21, 2006, at 11:31 AM, Stephan Richter wrote: [snip] This has been proposed and approved, but implementation has been delayed due to missing XPath features. http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/ZCMLEnhancements I have a feeling that xpath is overkill. It alsoi won't work for actions defined in Python. Not hindered by much actual knowledge about this proposal, I share your feeling. It seems to imply working on the level of XML while we want to have something that's working on the semantic level of Zope configuration. This way, if we grow Python-based configuration or automatic configuration, the system will still work. Regards, Martijn ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: zcml questions
On Sep 22, 2006, at 5:06 AM, Martijn Faassen wrote: Jim Fulton wrote: On Sep 21, 2006, at 11:31 AM, Stephan Richter wrote: [snip] This has been proposed and approved, but implementation has been delayed due to missing XPath features. http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/ ZCMLEnhancements I have a feeling that xpath is overkill. It alsoi won't work for actions defined in Python. Not hindered by much actual knowledge about this proposal, I share your feeling. It seems to imply working on the level of XML while we want to have something that's working on the semantic level of Zope configuration. This way, if we grow Python-based configuration or automatic configuration, the system will still work. Yes (or even an alternate configuration language, which I'm not proposing :) Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: zcml questions
On Thursday 21 September 2006 09:15, Tres Seaver wrote: I've wanted it. My major beef with the way we are *using* ZCML now is that we expect package authors to provide policy-laden configuration for their packages (sensible defaults) but provide no means for the admin to reuse that configuration selectively; their only realy choice is to *copy* the configuration and edit it. This has been proposed and approved, but implementation has been delayed due to missing XPath features. http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/ZCMLEnhancements Regards, Stephan -- Stephan Richter CBU Physics Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: zcml questions
On Sep 21, 2006, at 11:31 AM, Stephan Richter wrote: On Thursday 21 September 2006 09:15, Tres Seaver wrote: I've wanted it. My major beef with the way we are *using* ZCML now is that we expect package authors to provide policy-laden configuration for their packages (sensible defaults) but provide no means for the admin to reuse that configuration selectively; their only realy choice is to *copy* the configuration and edit it. This has been proposed and approved, but implementation has been delayed due to missing XPath features. http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/ ZCMLEnhancements I have a feeling that xpath is overkill. It alsoi won't work for actions defined in Python. I'd rather see some sort of identifier system. So, when actions are created, they can have identifiers or properties or something that can be used to filter them out. Any proposal for this, IMO should have a number of well-documented examples. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: zcml questions
On Thursday 21 September 2006 11:52, Jim Fulton wrote: I have a feeling that xpath is overkill. I still think that for ZCML XPath is a good approach. People are familiar with it and our designers could just use it presumably. It alsoi won't work for actions defined in Python. I think this is a non-use-case until we have a story (accepted proposal and implementation) for Python actions. Don't anticipate. ;-) I'd rather see some sort of identifier system. So, when actions are created, they can have identifiers or properties or something that can be used to filter them out. The nice thing with XML and XPath is that we already have those identifiers and a standard way to address them. Regards, Stephan -- Stephan Richter CBU Physics Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
