App-specific Browser Layers¶
The design prototype defines a number of site sections, or “Apps”, that contain content. The same content types are styled differently per app. We can have News Items in the workspaces app, in the news app, but also in the library app.
This means that, unlike stock Plone, we need different view registrations for content types, depending on the context: a News Item default view in
workspaces that is different from the News Item default view in
Browser Layer Switching¶
Registering different default views, depending on the app context, is done by registering these default views to app-specific browser layers.
By default, all such app-specific browser layers are disabled. Within an app context, only the browser layers specific for that app are switched on.
This ensures that multiple default view registrations for Plone content types do not conflict, because they are registered for different app-specific browser layers of which only the “right” one is active within the intended app context.
If you look at
class WorkspaceContainer(AbstractAppContainer, Container): """ A folder to contain WorkspaceFolders. Implements IAppContainer to enable workspace-specific content view registrations. """ app_name = "workspace" # should not contain dots app_layers = (IWorkspaceAppContentLayer, IWorkspaceAppFormLayer)
You can see it defines it’s app name “workspace” and switches on two app layers.
The actual switching is done by the
AbstractAppContainer mixin, see below.
Those two app layers will only ever be active within a workspace.
This makes it easy to then register an override the default Document view that is specific for the workspace design in
<browser:page name="document_view" for="plone.app.contenttypes.interfaces.IDocument" layer="ploneintranet.workspace.interfaces.IWorkspaceAppContentLayer" template="templates/document_view.pt" class=".baseviews.ContentView" permission="zope2.View" />
Within the library app, a different default Document view is registered in
<browser:page name="document_view" for="plone.app.contenttypes.interfaces.IDocument" layer="ploneintranet.library.interfaces.ILibraryContentLayer" template="templates/page.pt" class=".baseviews.ContentView" permission="zope2.View" />
These two registrations use different custom view classes and different templates to provide different default views for Document, depending on whether the Document lives in a Workspace or within the Library.
ploneintranet.layout defines an app protocol where traverse hooks
on the site root and on app containers disable/enable specific browser layers.
On traversal of the
IAppLayer layers are removed from the request.
This traverse hook is globally registered.
<subscriber for="plone.app.layout.navigation.interfaces.INavigationRoot zope.app.publication.interfaces.IBeforeTraverseEvent" handler=".layers.disable_app_layers" />
On traversal of an
IAppContainer, only the
IAppLayer layers as defined in the
app_layers attribute of that
IAppContainer are activated. This traverse hook needs to be registered separately for every
This is typically done by using the mixin class
AbstractAppContainer which registers a beforeTraverse hook on the app object.
The actual layer manipulation is done in
Note that the implementation here necessarily has a bit of overlap with Theme Switcher.
Adding a custom app layer¶
To register a browser layer that is only active within a specific app container:
- subclass your layer from
- mark your app container as providing
IAppContaineron your app container, which requires:
app_layers = (yourcustomlayer,)
__init__()(not needed if you inherit from AbstractAppContainer as first mixin)
ploneintranet.layout.app.AbstractAppContainer for an easy mixin.
ploneintranet.layout.tests.utils.MockFolder for an example implementation.
class MockFolder(AbstractAppContainer, Folder): """A mock folder that inherits the app registration hook from AbstractAppContainer.""" implements(IMockFolder) app_name = 'mock' app_layers = (IMockLayer, )
For content types that are available in multiple apps, you can now
register app-specific views by binding those views to your custom app layer.
ploneintranet.workspace.basecontent for a number of views on generic content types, registered specifically for workspace-contained content only.