[rtags] Allow to 'derive' rtags Since some releases, rtags (structure underlying uicfg) have selector and may be copied using something like: new_rtags = deepcopy(original_rtags) new_rtags.__module__ = __name__ new_rtags.__select__ = custom_selector The problem is that starting from that, both rtags wil diverge and changes in original_rtags won't be considered, while we usually want to set a few specific rules only in new_rtags. To fix this problem, this cset introduces the notion of "derivated/parent" rtag, eg: new_rtags = original_rtags.derive(__name__, custom_selector) Beside easier copying, when using the above method changes in original_rtags which are not overriden by new_rtags will be considered since it only hold its specific rules but look among its parent chain for non-found keys. Along the way, flake8 unittest_rtags. Closes #16164880

.. -*- coding: utf-8 -*-

Une fois que vous avez lu le `tutoriel RQL`_ et que vous connaissez le `schéma`_
de l'application, vous êtes prêt à définir vos propres vues. Tapez simplement
dans le champ de recherche la requête qui vous permet de récupérer les données
qui vous intéressent. Si la vue appliquée par défaut ne correspond pas à vos
besoins, sélectionnez en une autre dans la boîte des vues possibles (celle-ci
n'est pas affichée par défaut, vous pouvez l'activer dans vos `préférences
utilisateur`_). Une fois que vous êtes satisfait, ajoutez un `signet`_ si vous
voulez réutiliser votre vue plus tard.

.. _`tutoriel RQL`: tut_rql
.. _`schéma`: ../schema
.. _`préférences utilisateur`: ../myprefs
.. _`signet`: bookmarks


Ci-dessous quelques exemples de ce que l'on peut faire...

.. winclude:: custom_view_last_update
.. winclude:: custom_view_rss