There are several special templates names that will be automatically included into the /admin/edit/xxx page from when you create these specially named templates.
These templates are included using the all catinclude tag; so if you need something in the sidebar just for persons, create a _admin_edit_sidebar.person.tpl file in your project.
If you need to override TinyMCE options; adding plugins, or setting other settings; you can create an _admin_tinymce_overrides_js.tpl file which can contain extra settings for the TinyMCE editors in the admin.
The template must contain Javascript which modifies the tinyInit variable just before the editor is started. For example, to tweak the “paste” options you can put the following in the template:
tinyInit.theme_advanced_blockformats = "p,h1,h2"
tinyInit.paste_auto_cleanup_on_paste = true;
tinyInit.paste_remove_styles = true;
tinyInit.paste_remove_styles_if_webkit = true;
tinyInit.paste_strip_class_attributes = true;
tinyInit.paste_text_sticky = true;
tinyInit.paste_text_sticky_default = true;
This section contains examples of templates to create widgets for the /admin. Each of these examples extends basic several widget templates from mod_admin. To write your own you need to drop example content and fill holes in these example widgets.
You can use them as basis for your’s site admin-related tasks.
To make an entire admin widget visible or not, depending on some condition that you want to calculate inside the widget’s code, you can use the widget_wrapper block (which sits around the entire widget) in combination with the inherit tag, wrapping that with a condition.
For instance, mod_backup uses this technique to display the import/export sidebar widget. Excerpt from mod_backup’s _admin_edit_sidebar.tpl:
{# Make the widget conditional, based on the config value mod_backup.admin_panel #}
{% block widget_wrapper %}
{% if m.config.mod_backup.admin_panel.value %}
{% inherit %}
{% endif %}
{% endblock %}
See also
Resources in the meta category can have ‘features’: certain resource properties (usually in the form of checkboxes) that decide what to show or hide on certain pages in the admin. To use this, create a _admin_features.category.tpl in your module.
For instance, mod_geodata defines the following _admin_features.category.tpl to create an extra checkbox so that per category can be defined whether or not the geodata box should be shown:
<div class="controls">
<label class="checkbox">
<input value="1" type="checkbox"
name="feature_show_geodata"
{% if id.feature_show_geodata|if_undefined:`true` %}checked{% endif %}
/>
{_ Show geo data on edit page _}
</label>
</div>
And on the edit page there is this check to conditionally include the geodata box:
{% if id.category_id.feature_show_geodata|if_undefined:`true` %}
The if_undefined is used so that the default value can be true when the checkbox has never been touched.
See also