Re: Remove zmi_views menus from zope.file?

Uli Fouquet <[email protected]>
Newsgroups gmane.comp.web.zope.devel
Message-ID <[email protected]>
Hi Leo,

On Sun, 27 May 2012 19:14:31 +0200 Leonardo Rochael Almeida wrote:

> Hi Uli,
> 
> Not sure if you wanted to remove zope-dev from copy on purpose, but
> what we talk about below is probably of general interest...

Sorry, that wasn't intentional.

> On Sun, May 27, 2012 at 4:38 PM, Uli Fouquet <[email protected]> wrote:
>> Hi Leo,
>>
>> nice to hear from you, I hope you are well :-)
> 
> I'm fine, thanks for asking! :-) Hope you're doing fine as well...
> 
>> On Sun, 27 May 2012 16:16:43 +0200 Leonardo Rochael Almeida wrote:
>>
>>> IMHO:
>>>
>>> Move to a conditional include of a menu.zcml that (or include a
>>> menu.zcml file that conditionally) registers the browser menus for
>>> zmi_views and release a new minor version, declaring an extra
>>> dependency on the packages that provides zmi_views. With this, release
>>> a new minor version that will be backward compatible, due to the
>>> conditional.
>>>
>>> Then release a new major version that removes the include and the
>>> conditional. Add to README the instructions for manually including
>>> menu.zcml if this functionality is needed.
>>>
>>> If you get tired, do just one of the above :-)
>>
>> Yep, I planned in the same direction. The problem, however, is the
>> condition. The 'condition:zcml' directive, AFAICS, only asks for
>> existence of packages or features. But in the zope.file (or zmi_views)
>> case I'd have to ask for zope.app.menus.zmi_views (which wouldn't be a
>> package nor a feature).
>>
>> Furthermore if one asks for a package as condition, that could be wrong
>> as people could define a zmi_views menu elsewhere and then the
>> registrations should be included (okay, on the other hand one could tell
>> them to include the menus.zcml manually then).
> 
> 
> I guess we could argue that whoever provides the zmi_views menu should
> provide a respective feature.
> 
>> Oh, and I haven't found out yet, which package exactly normally provides
>> the zmi_views menu. Do you know it by any chance?
> 
> I tried to locate it as well, but failed. What I could discover is
> that whichever distribution provides this will likely include a <menu
> id="zmi_views" ...> directive somewhere.
> 
> Since you mentioned on the grok list that previous versions of grok
> could work with zope.file, then perhaps you can search the eggs/
> directory for this directive.
> 
> Good hunting, and please keep us informed.

I think it's zope.app.zcmlfiles.

Overall, I think putting the menu-related stuff into a separate
menus.zcml which is conditionally parsed if zope.app.zcmlfiles is
available should give a reasonable backwards-compatibility and could
help people that don't want the whole zope.app-dependencies as well.

In the long run it might be nice to have zmi_views-availability as a
feature, but for now we might go with that short-term solution.

Thanks for the input! I'll prepare a branch for review.

Best regards,

-- 
Uli

_______________________________________________
Zope-Dev maillist  -  [email protected]
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )
signature.asc (application/pgp-signature, 198 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk/CcIAACgkQXZ59JM1tazuRJwCeKnRNH3esOkbwr8gwCUv82ceE
1H8Ani8OJ1xDJ6zoOHtWEGZk5sJ/gPMg
=bsII
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.