Re: [Zope-dev] Deprecate ITerms in zope.app.form? [Re:zope.browser?]
On 2008-12-22 18:48:47 +0100, Martijn Faassen faas...@startifact.com said: Hi there, All right, I was getting a bit confused when it appeared you were arguing against moving things at all, but you're basically in favor of leaving the old APIs intact without explicitly breaking them. I think we need to think of some way to signal that the preferred import location of something has changed that doesn't result in deprecation warnings. It's clear from this discussion that this should be done upon request, not during runtime. The old import location can then stay around indefinitely. Right. May I remove the deprecation warning then? I'd like a tool that I can point at a package and it'll sort through whatever it imports and tell me which ones are not importing from the right public location. Each package should have some way to indicate to that tool whether certain imports are better made from somewhere else if one is in the business of reducing dependencies. Perhaps a # BBB comment is enough, though what it looks like exactly depends a bit on how the tool will work in the end. A correctly crafted BBB together with some simple grep-like tool would be sufficient, would it not? -- Christian Zagrodnick · c...@gocept.com gocept gmbh co. kg · forsterstraße 29 · 06112 halle (saale) · germany http://gocept.com · tel +49 345 1229889 4 · fax +49 345 1229889 1 Zope and Plone consulting and development ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Deprecate ITerms in zope.app.form? [Re:zope.browser?]
Hi Christian Betreff: Re: [Zope-dev] Deprecate ITerms in zope.app.form? [Re:zope.browser?] On 2008-12-22 18:48:47 +0100, Martijn Faassen faas...@startifact.com said: Hi there, All right, I was getting a bit confused when it appeared you were arguing against moving things at all, but you're basically in favor of leaving the old APIs intact without explicitly breaking them. I think we need to think of some way to signal that the preferred import location of something has changed that doesn't result in deprecation warnings. It's clear from this discussion that this should be done upon request, not during runtime. The old import location can then stay around indefinitely. Right. May I remove the deprecation warning then? Yes, but only after someone implemented another concept for notify about old import location ;-) I'd like a tool that I can point at a package and it'll sort through whatever it imports and tell me which ones are not importing from the right public location. Each package should have some way to indicate to that tool whether certain imports are better made from somewhere else if one is in the business of reducing dependencies. Perhaps a # BBB comment is enough, though what it looks like exactly depends a bit on how the tool will work in the end. A correctly crafted BBB together with some simple grep-like tool would be sufficient, would it not? What is grep ;-) I don't like that. Probably we should use the existing devmode or something like that? Devmode whould allow us to use it at runtime and during testing. What about a deprecation mode? I really like to use such deprecation messages in production too. I think it's a must that we can use them on productive servers and see what happens with things stored the ZODB. Regrads Roger Ineichen ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope Tests: 6 OK
Summary of messages to the zope-tests list. Period Tue Jan 6 12:00:00 2009 UTC to Wed Jan 7 12:00:00 2009 UTC. There were 6 messages: 6 from Zope Tests. Tests passed OK --- Subject: OK : Zope-2.8 Python-2.3.7 : Linux From: Zope Tests Date: Tue Jan 6 20:29:22 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010789.html Subject: OK : Zope-2.9 Python-2.4.5 : Linux From: Zope Tests Date: Tue Jan 6 20:30:53 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010790.html Subject: OK : Zope-2.10 Python-2.4.5 : Linux From: Zope Tests Date: Tue Jan 6 20:32:24 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010791.html Subject: OK : Zope-2.11 Python-2.4.5 : Linux From: Zope Tests Date: Tue Jan 6 20:33:54 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010792.html Subject: OK : Zope-trunk Python-2.4.5 : Linux From: Zope Tests Date: Tue Jan 6 20:35:24 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010793.html Subject: OK : Zope-trunk Python-2.5.2 : Linux From: Zope Tests Date: Tue Jan 6 20:36:54 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010794.html ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Release zc.selenium on pypi
Hi, there is zc.selenium on svn.zope.org which is not on pypi. Could this be released? Also it speaks of the ZVLS in some files which doesn't seem to be correct. -- Christian Zagrodnick · c...@gocept.com gocept gmbh co. kg · forsterstraße 29 · 06112 halle (saale) · germany http://gocept.com · tel +49 345 1229889 4 · fax +49 345 1229889 1 Zope and Plone consulting and development ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Release zc.selenium on pypi
On Wed, Jan 7, 2009 at 7:29 AM, Christian Zagrodnick c...@gocept.com wrote: there is zc.selenium on svn.zope.org which is not on pypi. Could this be released? Yes. Also it speaks of the ZVLS in some files which doesn't seem to be correct. It's not correct. They should all be ZPL. -- Benji York Senior Software Engineer Zope Corporation ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] [Checkins] SVN: zc.selenium/trunk/src/zc/selenium/resources/scripts/user-extensions.js re-added comment action (which was lost by the selenium upgrade I think).
On Wed, Jan 7, 2009 at 7:27 AM, Christian Zagrodnick c...@gocept.com wrote: Log message for revision 94571: re-added comment action (which was lost by the selenium upgrade I think). Can you think of a test that would have prevented this? It's somewhat difficult with the nature of Selenium and its extension mechanism. Changed: U zc.selenium/trunk/src/zc/selenium/resources/scripts/user-extensions.js -=- Modified: zc.selenium/trunk/src/zc/selenium/resources/scripts/user-extensions.js === --- zc.selenium/trunk/src/zc/selenium/resources/scripts/user-extensions.js 2009-01-07 12:25:09 UTC (rev 94570) +++ zc.selenium/trunk/src/zc/selenium/resources/scripts/user-extensions.js 2009-01-07 12:27:10 UTC (rev 94571) @@ -1,3 +1,3 @@ -// User extensions can be added here. -// -// Keep this file to avoid mystifying Invalid Character error in IE +// Add a comment action that ignores its arguments +Selenium.prototype.doComment = function(text, text) { +}; ___ Checkins mailing list check...@zope.org http://mail.zope.org/mailman/listinfo/checkins -- Benji York Senior Software Engineer Zope Corporation ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] [Checkins] SVN: zc.selenium/trunk/src/zc/selenium/resources/scripts/user-extensions.js re-added comment action (which was lost by the selenium upgrade I think).
On Wed, Jan 7, 2009 at 8:36 AM, Christian Zagrodnick c...@gocept.com wrote: On 07.01.2009, at 14:34, Benji York wrote: On Wed, Jan 7, 2009 at 7:27 AM, Christian Zagrodnick c...@gocept.com wrote: Log message for revision 94571: re-added comment action (which was lost by the selenium upgrade I think). Can you think of a test that would have prevented this? It's somewhat difficult with the nature of Selenium and its extension mechanism. A selenium test would be easy :) In fact I wonder why zc.selenium doen't actually provide a bin/selenium for self-testing. Sounds good to me. -- Benji York Senior Software Engineer Zope Corporation ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )