Templates
The following guide provides patterns for interface elements and directories.
Panels
Panels should be documented by their own heading, nested panels should use decreasing heading levels. Each panel could have its own page based on the length of documentation and/or the amount of panels. Expanded menus that toggle what properties are presented to the user should be treated like subpanels:
Panel Title
===========
Nested Panel Title
------------------
Properties
Properties should be documented using definition lists. Properties that are hidden based on other properties should used nested definitions:
Property
Property description.
Hidden Property
Hidden property description.
Select menus should be documented using the following syntax:
Menu Label
General description of the menu.
:Menu Item: Menu Item Definition.
:Menu Item: Menu Item Definition.
:Menu Item: Menu Item Definition.
Nodes
Nodes have three headings: properties, inputs, and outputs. Only include any of them if it is present on node. At the end of the page can be an optional example(s) section:
==========
World Node
==========
.. figure:: /images/render_shader-nodes_output_world_node.png
:align: right
The World node.
Introduction and general use case(s).
Properties
++++++++++
Properties.
Inputs
++++++
This node has an input.
Outputs
+++++++
Outputs.
Example
+++++++
Optional.
Directory Layout
Sections should be generally structured as follows:
directory_name/
index.rst
(contains links to internal files)introduction.rst
section_1.rst
section_2.rst
For example:
rendering/
index.rst
cycles/
index.rst
introduction.rst
materials/
index.rst
introduction.rst
volumes.rst
The idea is to enclose all the content of a section inside of a folder. Ideally every section should have an index.rst
, containing the TOC for that section, and an introduction.rst
to the contents of the section.
Table of Contents
By default, a table of contents should show one level of depth:
.. toctree::
:maxdepth: 1
introduction.rst
perspective.rst
depth_of_field.rst