[Zope-dev] Re: repoze.bfg

2008-07-17 Thread Malthe Borch
Martijn Faassen wrote: So basically you felt Zope 3 wasn't a good match for Vudo, in the sense that the normal browser:page wasn't really want you wanted either, right? Similar to the way you could extend Zope 3 with your own new ZCML directives to set up the way you'd like views to work (I'm not

[Zope-dev] Re: repoze.bfg

2008-07-17 Thread Malthe Borch
Brandon Craig Rhodes wrote: Someone mentioned Vudo to me last week. I said that I was tempted to write an extension to Grok that lets you create a "grok.Layout" template that maybe is inherited throughout your whole site if you don't specify otherwise, and then a "grok.View" on an object would j

[Zope-dev] Re: repoze.bfg

2008-07-17 Thread Martijn Faassen
Hi there, On Thu, Jul 17, 2008 at 9:19 PM, Malthe Borch <[EMAIL PROTECTED]> wrote: > Martijn Faassen wrote: >> Could you be more explicit about what exactly in Grok was making too many >> assumptions? > > First a word on terminology: I mean Grok, the framework, not the declarative > extensions

Re: [Repoze-dev] [Zope-dev] Re: repoze.bfg

2008-07-17 Thread Chris McDonough
Martijn Faassen wrote: Hey, Chris McDonough wrote: [snip] Correct, if you're talking about using the Z3 publisher, although repoze.bfg is based on zope.component and zope.interface internally. I wasn't primarily thinking about the publisher, more about such things like existing utilities, ev

[Zope-dev] Re: repoze.bfg

2008-07-17 Thread Malthe Borch
Martijn Faassen wrote: Could you be more explicit about what exactly in Grok was making too many assumptions? First a word on terminology: I mean Grok, the framework, not the declarative extensions to the component architecture (which I simply haven't gotten to yet). We felt that Grok was t

Re: [Zope-dev] Re: repoze.bfg

2008-07-17 Thread Martijn Faassen
Hey, Chris McDonough wrote: [snip] Correct, if you're talking about using the Z3 publisher, although repoze.bfg is based on zope.component and zope.interface internally. I wasn't primarily thinking about the publisher, more about such things like existing utilities, events, existing content t

Re: [Zope-dev] Re: repoze.bfg

2008-07-17 Thread Chris McDonough
Martijn Faassen wrote: Hey, Chris McDonough wrote: [snip] It's unlike Grok inasmuch as: - It doesn't try to hide ZCML for configuration. Hiding is the wrong word. Grok doesn't hide ZCML for configuration. It simply replaces ZCML with a different configuration mechanism that I for one thin

[Zope-dev] Re: repoze.bfg

2008-07-17 Thread Martijn Faassen
Malthe Borch wrote: Chris McDonough wrote: I've been working on a new web framework named (provisionally) repoze.bfg. This looks very interesting; I'd be curious to see if this could be useful for Vudo. I'd like it very much if Vudo could sit on top of a more general framework (not just the

[Zope-dev] Re: repoze.bfg

2008-07-17 Thread Martijn Faassen
Hey, Chris McDonough wrote: [snip] It's unlike Grok inasmuch as: - It doesn't try to hide ZCML for configuration. Hiding is the wrong word. Grok doesn't hide ZCML for configuration. It simply replaces ZCML with a different configuration mechanism that I for one think is an improvement. One

[Zope-dev] Re: repoze.bfg

2008-07-17 Thread Malthe Borch
Chris McDonough wrote: I've been working on a new web framework named (provisionally) repoze.bfg. This looks very interesting; I'd be curious to see if this could be useful for Vudo. I'd like it very much if Vudo could sit on top of a more general framework (not just the Zope 3 libraries).