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 )