diff --git a/content/developer/howtos/website_themes/theming.rst b/content/developer/howtos/website_themes/theming.rst
index 845d6f4976..418478c38f 100644
--- a/content/developer/howtos/website_themes/theming.rst
+++ b/content/developer/howtos/website_themes/theming.rst
@@ -750,6 +750,14 @@ By reading the source code, templates related to options are easily found.
    
    
 
+.. seealso::
+
+   In such cases, the ```` syntax should be preferred over
+   the ```` syntax when defining the record
+   in XML.
+
+   See :ref:`reference/data/template`, especially about the ``active`` value.
+
 .. _theming/module/views/presets:
 
 Presets
diff --git a/content/developer/reference/backend/data.rst b/content/developer/reference/backend/data.rst
index dcfc40d851..c057395c63 100644
--- a/content/developer/reference/backend/data.rst
+++ b/content/developer/reference/backend/data.rst
@@ -208,6 +208,8 @@ data files provide shorter alternatives to defining them using
 
 Defines an ``ir.ui.menu`` record with a number of defaults and fallbacks:
 
+.. rst-class:: o-definition-list
+
 ``parent``
     * If a ``parent`` attribute is set, it should be the :term:`external id`
       of an other menu item, used as the new item's parent
@@ -239,6 +241,8 @@ Defines an ``ir.ui.menu`` record with a number of defaults and fallbacks:
 Creates a :ref:`QWeb view ` requiring only the ``arch``
 section of the view, and allowing a few *optional* attributes:
 
+.. rst-class:: o-definition-list
+
 ``id``
     the view's :term:`external identifier`
 ``name``, ``inherit_id``, ``priority``
@@ -249,13 +253,61 @@ section of the view, and allowing a few *optional* attributes:
     as a primary
 ``groups``
     comma-separated list of group :term:`external identifiers`
-``page``
-    if set to ``"True"``, the template is a website page (linkable to,
-    deletable)
-``optional``
-    ``enabled`` or ``disabled``, whether the view can be disabled (in the
-    website interface) and its default status. If unset, the view is always
-    enabled.
+``active``
+    indicates whether the view is active. If inactive, its XPath rules won’t be
+    applied, which is thus mainly relevant for views with ``inherit_id``
+
+    .. note::
+
+        Defining the ``active`` value on the ```` node itself comes
+        with a subtlety: it is only considered when creating the record. On
+        subsequent updates, the view will be updated but not its ``active``
+        status.
+
+.. _reference/data/asset:
+
+``asset``
+---------
+
+Creates an :ref:`asset `.
+
+.. example::
+    .. code-block:: xml
+
+        
+            web.assets_frontend
+            website_something/static/src/some_style.scss
+        
+
+**Attributes**
+
+.. rst-class:: o-definition-list
+
+``id``
+    the asset's :term:`external identifier`
+``name``
+    same as the corresponding field on ``ir.asset``
+``active`` (optional)
+    indicates whether the asset is active
+
+    .. note::
+
+        Same as ````, defining the ``active`` value on the ````
+        node itself comes with a subtlety: it is only considered when creating
+        the record. On subsequent updates, the asset will be updated but not its
+        ``active`` status.
+
+**Child elements**
+
+.. rst-class:: o-definition-list
+
+```` and ````
+    required to define the corresponding fields on ``ir.asset`` (the
+    ``directive`` field can be controlled using the ``directive`` attribute on
+    the ```` child)
+
+```` (optional)
+    just like in a normal ````, to define more field values as needed
 
 .. _reference/data/csvdatafiles:
 
diff --git a/content/developer/reference/frontend/assets.rst b/content/developer/reference/frontend/assets.rst
index 7f28b412c4..76e3a52df0 100644
--- a/content/developer/reference/frontend/assets.rst
+++ b/content/developer/reference/frontend/assets.rst
@@ -362,3 +362,15 @@ manifest counterparts.
 `sequence` (default= `16`)
     Loading order of the asset records (ascending). A sequence lower than 16 means
     that the asset will be processed *before* the ones declared in the manifest.
+
+.. seealso::
+
+    Note that the ``ir.asset`` use case is mainly for website-related
+    applications, as it allows for conditional assets (for example, when a style
+    option is enabled).
+
+    In such cases, the ```` syntax should be preferred over the
+    ```` syntax when defining the record in
+    XML.
+
+    See :ref:`reference/data/asset`, especially about the ``active`` value.