[Zope-CMF] [dev] enhancing Actions: a rough proposal

Chris Withers chris at simplistix.co.uk
Mon Nov 22 07:41:34 EST 2004


yuppie wrote:
> The ActionsTool becomes an ordered folder subclass that contains 
> ActionCategory objects.
> 
> ActionCategories are OrderedFolder based objects that contain Action 
> objects.
> 
> Actions are SimpleItemWithProperties based objects.
> 
> Tools are no longer Action providers. Products add their Actions to the 
> ActionsTool like they add their skin layers to the SkinsTool.
> 
> Type Actions are no longer defined in the TypesTool. Using Method 
> Aliases, one Action defined in the ActionsTool can be used for all types 
> or a subset.
> 
> CMFActionIcons becomes obsolete. The consolidation of type Actions makes 
> the post-processing of Actions useless. Icons can be defined in the 
> Action objects themselves. Having all Actions of a category in one 
> place, 'Priority' becomes useless. They can be ordered in their container.

This all sounds great, especially if coupled with CMFSetup tie-ins :-)

> - Defining which Actions belong to which types:
> I tested it with conditions (e.g. "python: folder is not object" or 
> "python:object.getPortalTypeName() in ('File', 'Image')"), but maybe we 
> need a solution based on marker interfaces.

Hmm, a TALES expression seens the most flexible here, right?

> - Workflow Actions:
> No idea how they could benefit from the new machinery. If we don't 
> change them, CMFActionIcons doesn't become obsolete.

Indeed. Although gut reaction tells me your idea coudl be fuddled so 
that workflow actions fitted in nicely...

cheers,

Chris

-- 
Simplistix - Content Management, Zope & Python Consulting
            - http://www.simplistix.co.uk


More information about the Zope-CMF mailing list