Search the web
Sign In
New User? Sign Up
zope
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Message search is now enhanced, find messages faster. Take it for a spin.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
[Zope-dev] Zope 2.8, Five and Interfaces   Message List  
Reply | Forward Message #144058 of 185931 |
Hi!


I had a closer look at Zope 2.8's Five and I'm concerned about the fact
that Five ships with redundant interface definitions:

- redundant code is always a problem because it's hard to keep things in
sync

- the fact that Five is maintained in a different repository and should
work with different Zope versions makes it almost impossible to change
Zope interfaces in a consistent way


So my questions are:

1.) Why are interfaces that are available as Zope 2 interfaces
duplicated in Five/interfaces.py instead of bridged?

2.) Could we move the interfaces that are currently not available as
Zope 2 interfaces to the corresponding packages in Zope 2.8, using
Five/interfaces.py just as an fallback for Zope 2.7 and old Five products?


If people agree that this is problem, I'd volunteer to help resolving it.

Cheers,

Yuppie

_______________________________________________
Zope-Dev maillist - Zope-Dev@...
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 )



Wed May 4, 2005 9:04 am

y.2005-@...
Send Email Send Email

Forward
Message #144058 of 185931 |
Expand Messages Author Sort by Date

Hi! I had a closer look at Zope 2.8's Five and I'm concerned about the fact that Five ships with redundant interface definitions: - redundant code is always a...
yuppie
y.2005-@...
Send Email
May 4, 2005
9:17 am

... Partially I suspect this reason is historical -- the Zope 2 interfaces were created by Philipp von Weitershausen before Tres implemented the bridging...
Martijn Faassen
faassen@...
Send Email
May 4, 2005
10:53 am

... Hash: SHA1 ... Maybe we need to spell out what the fallback would look like more clearly. ... The bridging code fabricates a new Z3 interface and bashes it...
Tres Seaver
tseaver@...
Send Email
May 4, 2005
12:44 pm

... Hash: SHA1 ... Maybe we need to spell out what the fallback would look like more clearly. ... The bridging code fabricates a new Z3 interface and bashes it...
Tres Seaver
tseaver@...
Send Email
May 4, 2005
12:47 pm

... Correct. ... Right. Here's what we could do: 1. Copy Five's interface definitions over to Zope 2.8 (mostly to OFS.interfaces, I guess) where they are added...
Philipp von Weitersha...
philipp@...
Send Email
May 4, 2005
3:22 pm

Hi! ... I would prefer to reserve the name 'interfaces' for Zope 3 interfaces. So far ZopeTestCase is the only package in Zope 2.8 that uses 'interfaces' for...
yuppie
y.2005-@...
Send Email
May 4, 2005
4:10 pm

... Ok. I don't really care that much. ... Yes. We could, for example, add another Product to Zope 2.8 (e.g. 'BridgeInterfaces') that contains a configure.zcml...
Philipp von Weitersha...
philipp@...
Send Email
May 4, 2005
4:25 pm

Philipp von Weitershausen wrote: [snip] ... So you would have the Zope 2.8 interfaces exist in the Five.interfaces module? If not, we do have a compatibility...
Martijn Faassen
faassen@...
Send Email
May 6, 2005
11:25 am

... Well, no. Five.interfaces would stay as it is; it seems to be pretty accurate for Zope 2.7 (especially with yuppie's fixes, which should be merged to the ...
Philipp von Weitersha...
philipp@...
Send Email
May 6, 2005
12:15 pm

... Well. This was not my *latest* idea. I tried to implement it that way, but that approach has some limitations: - While we want to get rid of z2 interfaces...
yuppie
y.2005-@...
Send Email
May 6, 2005
12:51 pm
Advanced

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help