Hi guys,
The GS handlers for portal_types and portal_workflow both require a
single file - types.xml and workflows.xml - that declares the objects,
and a directory full of files - types/*.xml and workflows/*.xml - to
initialise them.
However, in both cases, there is enough information in the
Tres Seaver <[EMAIL PROTECTED]> writes:
> Martijn Pieters wrote:
>> On Fri, Jun 27, 2008 at 6:53 PM, Ross Patterson <[EMAIL PROTECTED]> wrote:
>>> "Martijn Pieters" <[EMAIL PROTECTED]> writes:
But the code never does that. When cloning a file-based FSObject, a
new instance is created and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martijn Pieters wrote:
> On Fri, Jun 27, 2008 at 6:53 PM, Ross Patterson <[EMAIL PROTECTED]> wrote:
>> "Martijn Pieters" <[EMAIL PROTECTED]> writes:
>>> But the code never does that. When cloning a file-based FSObject, a
>>> new instance is created and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Laurence Rowe wrote:
> Laurence Rowe wrote:
>
>> To fix this we need to add a __bobo__traverse__ method to Skinnable that
>> looks up objects in the order:
>>
>> 1. getattr(aq_base(obj), name), but excluding skin objects
>>
>> 2. views
>>
>> 3. ge
Summary of messages to the cmf-tests list.
Period Fri Jun 27 11:00:00 2008 UTC to Sat Jun 28 11:00:00 2008 UTC.
There were 9 messages: 9 from CMF Tests.
Tests passed OK
---
Subject: OK : CMF-1.6 Zope-2.8 Python-2.3.6 : Linux
From: CMF Tests
Date: Fri Jun 27 21:33:48 EDT 2008
URL: htt