Jongler avec les Propriétés dans Obsidian - Tuto avancé Obsidian

Les propriétés (Properties) d’Obsidian, introduites comme changement majeur depuis la version 1.4 et renforcées avec 1.5, transforment la façon de structurer les notes : au lieu de tout passer par des tags en texte, les métadonnées deviennent éditables via une interface, puis exploitables proprement dans les recherches et dans Dataview. L’enjeu n’est pas seulement de “mieux ranger”, mais de rendre les requêtes fiables et de nettoyer durablement le contenu des notes en déplaçant les informations dans le front matter.

Avant, l’exemple typique consistait à utiliser des tags dans le front matter (YAML) pour décrire une note : “type: chanteur”, “type: compositeur”, etc. Avec les propriétés, l’interface permet d’activer un mode “source” pour voir le YAML, mais surtout de gérer les champs directement en mode graphique. Sur une note de Jacques Brel, il devient possible d’attribuer plusieurs valeurs à une même propriété “type” (par exemple “chanteur” et “compositeur”), puis d’ajouter d’autres propriétés comme “nationalité” (texte) ou des champs de type date, nombre, checkbox, liste, etc. Un raccourci clavier (configurable via une commande de type “Property add file properties”) accélère l’ajout de champs et de valeurs, tout en conservant la logique des tags historiques.

Une fois les propriétés en place, la recherche dans Obsidian permet de filtrer les notes via la syntaxe de requête : par exemple chercher `type: chanteur` pour ne retenir que les personnes associées à cette valeur. Le tutoriel insiste sur un point pratique : la casse (majuscule/minuscule) ne change pas le résultat pour la propriété “type”, ce qui évite des erreurs inutiles.

Avec la version 1.5, une “Property view” apparaît dans le panneau de droite (activable via les plugins de base). Elle liste les propriétés utilisées et permet de cliquer dessus pour générer automatiquement une recherche. Surtout, elle sert à renommer et corriger en masse : si une valeur a été saisie avec une faute (par exemple “TyP” au lieu de “type”), le renommage peut se propager à plusieurs notes. Le même mécanisme peut aussi convertir le type de propriété (par exemple transformer une valeur en “texte” au lieu d’un autre format), ce qui aide à faire le ménage.

La valeur ajoutée devient vraiment visible quand Dataview entre en jeu. Le tutoriel montre que les requêtes fonctionnent différemment selon le type de propriété : pour une propriété “texte” (ou un champ qui se comporte comme une valeur unique), une condition du type `type = chanteur` peut suffire. En revanche, dès qu’une propriété est une liste (plusieurs valeurs possibles), `type = ...` ne donne pas le bon résultat : il faut utiliser `contains` pour tester l’appartenance d’une valeur à la liste. L’exemple central oppose `type = chanteur` (qui échoue à inclure Jacques Brel quand “type” est une liste) à `contains type chanteur` (qui renvoie correctement les notes où la liste contient “chanteur”).

Enfin, le tutoriel met en garde contre deux pièges : supprimer les guillemets dans les requêtes Dataview peut faire perdre le critère, et forcer des comparaisons numériques sur des champs traités comme texte (ou l’inverse) casse le filtrage. La conclusion pratique est claire : consacrer un peu de temps à comprendre les types de propriétés et à tester des requêtes sur des données maîtrisées permet d’exploiter Dataview de façon précise et de gérer les notes avec une efficacité nettement supérieure.