Aliasing of Plone content
Project description
Introduction
This package provides a new content type for Plone called Alias. An alias is configured with a reference to another content item. It then acts as an alias for the given item.
The alias mirrors most aspects of the original content item. If the original is changed, the alias will be automatically updated. Certain aspects are particular to the alias, however, including:
URL/path
portal_catalog entry
Workflow state
Permission/role map (e.g. as set by workflow)
Local roles
Content rules
Portlets
In addition, certain aspects will mirror the original unless they are explicitly set on the alias, at which point it will have its own version. These aspects include:
Content title
Display template (set via the display menu)
Portlets
Installation
collective.alias uses Dexterity. See http://plone.org/products/dexterity for more information.
To use the product in your own build, either depend on it in a setup.py file, or add it to your buildout’s eggs listing as normal.
In either case, you probably want to use Dexterity’s Known Good Set of packages to minimise the risk of package version conflicts. For example:
[buildout] ... extends = ... http://good-py.appspot.com/release/dexterity/1.0a2 ... [instance] eggs = Plone collective.alias ...
Refer to http://plone.org/products/dexterity to find the latest release of the Dexterity KGS. collective.alias is tested with the 1.0 series of Dexterity releases.
Pasting aliases
If the user has the collective.alias: Add Alias permission in a given folder, a Paste as alias action will appear in the actions menu if there is one or more content items on the clipboard.
Alias folder behaviour
By default, an alias will act as a container if the original content item does. The alias will have the same metadata and settings as the original item, but not its children. Children can be added to the alias directly, however. Children can be other aliases, or regular content items.
An alias may be configured to “allow traversal”. In this case, children of the original content item will be available as children of the alias for traversal or object access. They will not normally show up in folder listings, nor will they be indexed in the portal_catalog as separate items. This mode is useful for Collections and other types of content where child objects are integral to the object.
The “allow traversal” flag is set automatically based on the portal_type of the original content object, though it can be modified from the alias edit form.
The list of types that allow traversal is stored in the configuration registry and can e edited from the Configuration registry control panel. If you want to add a custom type to this list with GenericSetup, use a registry.xml file like this:
<registry> <record name="collective.alias.interfaces.IAliasSettings.traversalTypes"> <value purge="false"> <element>MyType</element> </value> </record> </registry>
Known issues:
The following known issues exist:
At the time of writing (Dexterity 1.0a2) it is not possible to create an Archetypes reference (e.g. the standard “Related items” field on an Archetypes content object, including Plone 3’s default types) to an alias. This is due to an incompatibility between Dexterity and the Archetypes reference implementation.
Changelog
1.0a1 - 2009-08-02
Initial release
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.