repoze.bfg.skins 0.4

Package configuration

Within your repoze.bfg application package, include the ZCML configuration by adding the following statement to your project’s configure.zcml file:

<include package="repoze.bfg.skins" file="meta.zcml"/>

Registering templates

Once you’ve included the repoze.bfg.skins ZCML, you may use the ZCML directive <bfg:templates> to register a directory with templates and make them available as view components, complete with security and adaptation:

<bfg:templates
   directory="templates"/>

The directory parameter indicates a package-relative path that should point at a filesystem directory containing chameleon.zpt templates with the extension .pt. Each template located inside the directory (recursively) becomes a component with a name based on the relative path to the template file (minus the extension, directory separators are replaced with a dot).

Note that templates will only be available as traversable views if you explicitly name the IView interface:

<bfg:templates
   provides="repoze.bfg.interfaces.IView"
   directory="templates"/>

Skin template components are callables and return a WSGI response object (like all repoze.bfg views).

You can override which “request type” the skin is for by using the request_type attribute:

<bfg:templates
   request_type="mypackage.interfaces.MyRequestType"
   directory="templates"/>

See the repoze.bfg view request type documentation for more information on request types.

If you want to protect your templates with a specific permission, you may as well by using the permission directive:

<bfg:templates
   permission="view"
   directory="templates"/>

If you want the templates to only be displayed for specific context (model) types, use the for parameter:

<bfg:templates
   for="myproject.models.MyModel"
   directory="templates"/>

The provides, request_type, permission`, and ``for parameters are all optional.

Macro support

Templates are also available as METAL macros using the symbol macros which is available to all skin templates (it may be instantiated manually, too).

The macros object is tied to the current request; the context is the template context, if one does not explicitly provide one. The usage of the macros object is demonstrated below:

<div metal:use-macro="macros.thumbnail" />
<div metal:use-macro="macros(some_context).thumbnail" />

A more elaborate example demonstrating macro slot support:

<div metal:use-macro="macros.thumbnail">
   <span metal:fill-slot="label">
      This is a thumbnail
   <span>
</div>

Providing custom template APIs

To aid template designers, applications and libraries can make APIs available to templates. Simply register a named component for the ITemplateAPI interface that adapts on (context, request, template). A base class is provide for convenience.

To look up a template API, simply use attribute-access on the api symbol.

<div tal:define=”my_custom_api api.my_custom_api” />

Note that by default, the api symbol is available to skin templates only; to access the symbol in a standard page template, you must manually instantiate the class and provide it by keyword argument.

Automatic detection of new template files

In debug-mode, skin templates are automatically picked up and registered. The way this works is that there’s an event listener registered for the repoze.bfg.interfaces.INewRequest event such that directories are searched for new files before any application logic is run, prior to each request.

Credits

This software is developed by Malthe Borch <mborch@gmail.com>. To contribute to development or get support, please visit the #repoze channel on freenode irc or write the mailinglist.