Jens Vagelpohl wrote:
There could be a "multiplexer" that logs to the standard Zope event log
*and* keeps the messages in a memory buffer to be displayed in the
browser. This could be done in a separate class or a logging API could
be added to ISetupContext. Should be easy to do, really.
W
The following supporters have open issues assigned to them in this collector
(http://www.zope.org/Collectors/CMF).
Assigned and Open
efge
- "CMFSetup: provide non-ascii im- and exports",
[Accepted] http://www.zope.org/Collectors/CMF/292
jens
- "Discussion replies removal",
Hi Tres!
Tres Seaver wrote:
Jens Vagelpohl wrote:
On 15 Nov 2005, at 14:24, yuppie wrote:
The notes should be logged *and* used for reporting in the ZMI.
Implementation:
I'm no logging expert, so I might well be missing something. The
state of the art seems to be using the Python logging
Hi Chris!
Chris Withers wrote:
Jens Vagelpohl wrote:
There could be a "multiplexer" that logs to the standard Zope event
log *and* keeps the messages in a memory buffer to be displayed in
the browser. This could be done in a separate class or a logging API
could be added to ISetupContext.
i managed to get the lion's share of the GenericSetup-based installation
backported to the 1.6 branch tonight. the unit tests need to be fixed
up, and i haven't done anything with the CMFTopic extension profile yet,
but it is possible to add a functional CMF site TTW. i'll work on
getting the
Hi Rob!
Rob Miller wrote:
i managed to get the lion's share of the GenericSetup-based installation
backported to the 1.6 branch tonight. the unit tests need to be fixed
up, and i haven't done anything with the CMFTopic extension profile yet,
but it is possible to add a functional CMF site TT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
yuppie wrote:
> Hi Tres!
>
>
> Tres Seaver wrote:
>
>> Jens Vagelpohl wrote:
>>
>>> On 15 Nov 2005, at 14:24, yuppie wrote:
>>>
The notes should be logged *and* used for reporting in the ZMI.
Implementation:
I'm no logg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tres Seaver wrote:
> Hmm, it seems like that landed in the project-local repository from
> which GenericSetup originally sprang, but *after* GenericSetup landed in
> CMF's repository. I'm attaching the patch:
>
> - It uses the '_notes' field both
CMF 1.5.4 (and trunk) has in TypesTool.allowType some backward compat
code added a long time ago when allowed_content_types was fixed to
compare to the TI id and not its title.
Unless there's opposition, I'll remove this code as it adds an
additional useless loop over all content types, whi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Florent Guillaume wrote:
> CMF 1.5.4 (and trunk) has in TypesTool.allowType some backward compat
> code added a long time ago when allowed_content_types was fixed to
> compare to the TI id and not its title.
>
> Unless there's opposition, I'll remov
Tres Seaver wrote:
Hmm, it seems like that landed in the project-local repository from
which GenericSetup originally sprang, but *after* GenericSetup landed in
CMF's repository. I'm attaching the patch:
- It uses the '_notes' field both to create an OFS.Image.File log of
import runs, as w
yuppie wrote:
I can see use cases like that, but I'd prefer a more decentralized
solution. Using the setup tool for tasks like that makes it too
complex and if I want to modify a single tool I don't want to switch
to the setup tool and perform many steps to get my import. Possible
alternatives
In what environement do people playing with CMF 2.0 (trunk) work ?
Because when used with Zope 2 trunk, there are many failing unit tests.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
__
Hi Florent!
Florent Guillaume wrote:
In what environement do people playing with CMF 2.0 (trunk) work ?
Because when used with Zope 2 trunk, there are many failing unit tests.
My CMF 2.0 sandbox uses Zope 2.8.4 with Five 1.2. All tests pass on that
platform. I tried it once with Zope 2 trunk
On 16 Nov 2005, at 09:29, Florent Guillaume wrote:
In what environement do people playing with CMF 2.0 (trunk) work ?
Because when used with Zope 2 trunk, there are many failing unit
tests.
I haven't done much that requires running the tests for a while, but
I used to build them with wha
How does CMFSetup/GenericSetup deal with tools that "cache" data?
For instance, when a ZCatalog config is loaded, and some indexes are
added, they are empty.
Is there a specific phase where the index can be updateed? Where the
catalog itself can be repopulated from the existing content in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
yuppie wrote:
> Florent Guillaume wrote:
>
>> In what environement do people playing with CMF 2.0 (trunk) work ?
>> Because when used with Zope 2 trunk, there are many failing unit tests.
>
>
> My CMF 2.0 sandbox uses Zope 2.8.4 with Five 1.2. All
yuppie wrote:
Hi Rob!
Rob Miller wrote:
i managed to get the lion's share of the GenericSetup-based
installation backported to the 1.6 branch tonight. the unit tests
need to be fixed up, and i haven't done anything with the CMFTopic
extension profile yet, but it is possible to add a functi
Rob Miller wrote:
1.) Please subscribe to the CMF-checkins list. This way your checkins
will show up in that list and additional eyes can see them.
urgh. i have to subscribe? i use gmane to follow all of the lists...
*sigh*
You can subscribe and then change the settings to receive no mail
Florent Guillaume wrote:
Rob Miller wrote:
1.) Please subscribe to the CMF-checkins list. This way your checkins
will show up in that list and additional eyes can see them.
urgh. i have to subscribe? i use gmane to follow all of the lists...
*sigh*
You can subscribe and then change the s
I'd like to have some clarifications from the Plone team about what
they expect to do w.r.t. events in CMF 1.6.
I see two possibilities:
1. you guys are prepared to do the work needed for Plone products to
use super() in manage_afterAdd & co, in which case I can merge my
branch into CMF 1.6
Florent Guillaume wrote:
I'd like to have some clarifications from the Plone team about what
they expect to do w.r.t. events in CMF 1.6.
I see two possibilities:
1. you guys are prepared to do the work needed for Plone products to
use super() in manage_afterAdd & co, in which case I can merg
On Wednesday 16 November 2005 01:41 pm, Florent Guillaume wrote:
> I'd like to have some clarifications from the Plone team about what
> they expect to do w.r.t. events in CMF 1.6.
>
> I see two possibilities:
> 1. you guys are prepared to do the work needed for Plone products to
> use super() in m
23 matches
Mail list logo