On 4/7/06, Tres Seaver <[EMAIL PROTECTED]> wrote:
> > That's why I didn't say *replacement* but *alternative*.
>
> Jim is actively in favor of making acquisition wrappers support the Z3
> location framework (i.e., expose '__parent__' and '__name__'), which
> would be neither. ;)
Or both. :)
--
Le
Philipp von Weitershausen wrote:
[snip]
The real goal behind all this is to make the security machinery in Zope
2 understand the ILocation API so that you won't *have to* rely on
Acquisition (but instead can use ILocation). Of course, you would still
be able to use Acquisition.
Yes, that would
Tres Seaver wrote:
> Philipp von Weitershausen wrote:
>>> Dieter Maurer wrote:
>>>
Philipp von Weitershausen wrote at 2006-4-5 22:28 +0200:
> ...
> We
> probably want make Zope 3 style containment an alternative to
> Acquisition in Zope 2 at some point.
You are aware
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Philipp von Weitershausen wrote:
> Dieter Maurer wrote:
>
>>Philipp von Weitershausen wrote at 2006-4-5 22:28 +0200:
>>
>>>...
>>>We
>>>probably want make Zope 3 style containment an alternative to
>>>Acquisition in Zope 2 at some point.
>>
>>You are
Dieter Maurer wrote:
> Philipp von Weitershausen wrote at 2006-4-5 22:28 +0200:
>> ...
>> We
>> probably want make Zope 3 style containment an alternative to
>> Acquisition in Zope 2 at some point.
>
> You are aware how many applications a replacement of acquisition
> by "Zope 3 containment" would
Philipp von Weitershausen wrote at 2006-4-5 22:28 +0200:
> ...
>We
>probably want make Zope 3 style containment an alternative to
>Acquisition in Zope 2 at some point.
You are aware how many applications a replacement of acquisition
by "Zope 3 containment" would break?
--
Dieter
Philipp von Weitershausen wrote:
As for the extractor: it can very well be used for other projects than
Zope 3. As you said, you guys are using it for the CMF. I would
therefore still suggest moving it to zope.i18n.
We've been using a slightly forked version for Silva for quite a while.
I fo
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
Well, CMFonFive uses zope.app.publisher.browser, because that's where
the menus hang.
We would like to start using browser menus in Plone
I was asking about current usage, not pious new years resolutions :).
This is the wrong attitud
On Wed, Apr 05, 2006 at 10:30:05PM +0200, Philipp von Weitershausen wrote:
> Paul Winkler wrote:
> > Aside from stuff mentioned on your proposal, we are using macros from
> > zope.app.rotterdam.standardmacros.
>
> Aha. Why? Are you actually using parts of the Rotterdam skin?
Heh. Actually, a clos
Philipp von Weitershausen wrote:
yuppie wrote:
Sounds good to me. At least if someone finds time to refactor the
extractor. For now it is quite specific code for creating the zope
gettext files and would better fit in zope.translations.
On second thought, I think we should think about the zope
yuppie wrote:
> Philipp von Weitershausen wrote:
>> yuppie wrote:
>>> And CMF uses zope.app.locales.extract. Not in the CMF products, but for
>>> a script that extracts i18n messages. That script is a quick hack and
>>> zope.app.locales.extract isn't really made for reuse. But it contains
>>> some
Hi Philipp!
Philipp von Weitershausen wrote:
yuppie wrote:
And CMF uses zope.app.locales.extract. Not in the CMF products, but for
a script that extracts i18n messages. That script is a quick hack and
zope.app.locales.extract isn't really made for reuse. But it contains
some useful code.
You
yuppie wrote:
> Philipp von Weitershausen wrote:
>> I would like to know what other zope.app packages your 3rd party
>> software is using. If thereare any other used than the ones mentioned in
>> the proposal, we'll have to move them out of zope.app. I'd like to ask
>> for your help on that, other
Martijn Faassen wrote:
Well, CMFonFive uses zope.app.publisher.browser, because that's where
the menus hang.
>>> We would like to start using browser menus in Plone
>>
>> I was asking about current usage, not pious new years resolutions :).
>
> This is the wrong attitude. Current usage s
Philipp von Weitershausen wrote:
Martin Aspeli wrote:
Well, CMFonFive uses zope.app.publisher.browser, because that's where
the menus hang.
We would like to start using browser menus in Plone
I was asking about current usage, not pious new years resolutions :).
This is the wrong attitude. C
Hi Philipp!
Philipp von Weitershausen wrote:
I would like to know what other zope.app packages your 3rd party
software is using. If thereare any other used than the ones mentioned in
the proposal, we'll have to move them out of zope.app. I'd like to ask
for your help on that, otherwise future
Paul Winkler wrote:
> On Wed, Apr 05, 2006 at 05:29:41PM +0200, Philipp von Weitershausen wrote:
>> I would like to know what other zope.app packages your 3rd party
>> software is using. If thereare any other used than the ones mentioned in
>> the proposal, we'll have to move them out of zope.app.
Martin Aspeli wrote:
>> Well, CMFonFive uses zope.app.publisher.browser, because that's where
>> the menus hang.
>
> We would like to start using browser menus in Plone
I was asking about current usage, not pious new years resolutions :).
>> CPS uses zope.app.container for the container events a
18 matches
Mail list logo