[Grok-dev] The grokking process

Fernando Correa Neto fcdoth at gmail.com
Tue Oct 9 16:53:58 EDT 2007


On 10/9/07, Lennart Regebro <regebro at gmail.com> wrote:
> On 10/9/07, Fernando Correa Neto <fcdoth at gmail.com> wrote:
> > I am just trying to subclass a grok.View and defining a new grokker
> > for it and I got stuck on it.
> > Any possible clue on how to prevent it and have both grok.View and
> > megrok.Buffet.View working side-by-side without further problems?
> Nope. I don't know if this is a common usecase, but as you noticed,
> when you do this both grokekrs will find the class. I guess this is
> just not supported in Grok, at least at the moment.
> Why do you need to subclass grok.View?

Because I am going to plug the buffet logic in the _render_template
method and I would like to keep the all the other methods around.
Anyway, I was just avoiding code duplication and according to my
tests, it only happens when I subclass from grok.View.


> --
> Lennart Regebro: Zope and Plone consulting.
> http://www.colliberty.com/
> +33 661 58 14 64

More information about the Grok-dev mailing list