On 4/9/10 6:41 PM, Iain Duncan wrote:
> Thanks for the suggestion. In this case, what I am doing is handing off
> the login form generation to the package that is domain application
> specific, I want that away from my framework code. Right now, all domain
> app specific code is in it's package an
>
>
> My standard answer about sharing registries: if your middleware requires
> ZCA access to the same ZCA registry (or any other configuration that doesn't
> come in the environ) as your application does to work, it is not middleware
> and probably shouldn't be written *as* middleware or a plugin
On 4/9/10 6:10 PM, Iain Duncan wrote:
> Hmm, now I don't know which method to use though. Perhaps a good
> addition to that page would be some brief insight on when one would use
> the global site manager vs the current site manager. I'm not clear
> whether I should tell bfg to use the global site
Hmm, now I don't know which method to use though. Perhaps a good addition to
that page would be some brief insight on when one would use the global site
manager vs the current site manager. I'm not clear whether I should tell bfg
to use the global site manager and use that in the cousin code, or h
On Fri, Apr 9, 2010 at 2:58 PM, Chris McDonough wrote:
> Can you read http://docs.repoze.org/bfg/1.2/narr/zca.html to see if it
> answers your question?
It does, thanks, I guess I had not followed that link yet in the docs.
And these new features make me very happy, my inter-framework app
int
Can you read http://docs.repoze.org/bfg/1.2/narr/zca.html to see if it answers
your question?
On 4/9/10 5:53 PM, Iain Duncan wrote:
> Hi everyone, I remember asking this a while back and at that point there
> was no easy solution but it seems like BFG has many new features since then.
>
> Is ther
typo in subject line, that should say ZCA not ZCAS (duh)
___
Repoze-dev mailing list
Repoze-dev@lists.repoze.org
http://lists.repoze.org/listinfo/repoze-dev