Get AI summaries of any video or article — Sign up free
5 plugins essentiels et comment s'en passer thumbnail

5 plugins essentiels et comment s'en passer

6 min read

Based on PKMind - Obsidian - Boostez votre Productivité's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Obsidian contient déjà l’essentiel pour prendre des notes et réfléchir à partir des notes, donc l’installation de plugins doit rester ciblée.

Briefing

L’idée centrale tient en une règle simple : dans Obsidian, la plupart des besoins de base n’exigent pas d’empiler des plugins. L’essentiel (prise de notes, réflexion à partir des notes) existe déjà dans l’application, et l’intérêt se concentre sur quelques compléments qui rendent la recherche, la visualisation et la structuration bien plus efficaces. L’approche proposée consiste donc à n’installer que cinq outils jugés “essentiels”, tout en montrant pour chacun une façon de s’en passer — au moins partiellement — via des fonctions natives.

Le premier point est contre-intuitif : Obsidian inclut déjà l’essentiel, donc multiplier les “indispensables” peut surtout compliquer la maintenance. À la place, le focus passe sur DataView (plugin n°2), présenté comme le meilleur moyen d’interroger des notes et de les afficher sous forme de liste ou de table. Le mécanisme repose sur les métadonnées front matter (YAML) — par exemple un champ comme “siècle: 20” — puis sur des requêtes DataView qui sélectionnent toutes les notes d’un dossier ou celles portant certains tags. L’exemple montre une liste d’auteurs filtrés par dossier et par balises, puis une table qui ajoute des colonnes supplémentaires (comme le siècle) en lisant directement les champs front matter.

Mais DataView reste remplaçable : la recherche native via les requêtes intégrées (dans le champ de recherche/“query” d’Obsidian) permet aussi de retrouver des notes selon tags ou chemins. Le rendu est moins confortable visuellement que DataView, mais le résultat peut être suffisant selon les cas. DataView est donc présenté comme un gain de précision et de mise en forme, pas comme une condition absolue.

Le plugin n°3 est Excalidraw, défendu par une logique “un schéma vaut mieux que du texte”. Il permet de créer des dessins directement dans Obsidian, d’y insérer du texte, et surtout de relier des éléments du diagramme à des notes (et même à des sites externes). Le transcript insiste sur la différence entre Excalidraw et une alternative intégrée : les “toiles” (canevas) permettent aussi d’organiser visuellement des contenus et des liens, mais avec des limites (notamment sur la recherche et sur la nature des liens, qui n’existent que dans le schéma).

Le plugin n°4 est un duo autour de la chronologie : Periodic Notes (avec un module calendrier activé) pour générer automatiquement des notes quotidiennes, hebdomadaires, mensuelles, trimestrielles et annuelles à partir de modèles. L’intérêt est la continuité temporelle des travaux. Là encore, l’argument “on peut s’en passer” revient : le calendrier peut être désactivé et remplacé par une organisation manuelle via les notes, ou carrément remplacé par des notes journalières natives. La recommandation est de ne pas cumuler deux systèmes redondants (notes quotidiennes natives et Periodic Notes) pour éviter la confusion.

Enfin, le plugin n°5 est Template, ou plutôt l’idée de templates pour standardiser la prise de notes. Le transcript montre un modèle de fiche de livre (auteur, date de lecture, note, résumé, citations) appliqué à chaque nouvelle note. Il compare ensuite Template à la fonctionnalité native “Modèles” d’Obsidian : les deux peuvent structurer, mais Template (templater) permet des formules et calculs plus élaborés (par exemple date du jour, date du jour + 1, etc.), ce qui justifie son usage quand on veut automatiser davantage.

Au total, la liste de cinq plugins sert de garde-fou : installer seulement ce qui apporte un vrai levier, tout en sachant qu’Obsidian propose déjà des alternatives natives pour une partie des besoins.

Cornell Notes

Obsidian fournit déjà les fonctions de base, donc l’empilement de plugins n’est pas une stratégie utile en soi. Les cinq compléments recommandés ciblent des besoins précis : DataView pour interroger et afficher des notes via front matter et tags, Excalidraw pour relier des schémas à des notes, Periodic Notes pour générer une chronologie avec modèles, et Template/templater pour standardiser et automatiser la structure des notes. Pour chaque outil, des alternatives natives existent : requêtes intégrées à la place de DataView, canevas à la place d’Excalidraw (avec limites), organisation manuelle ou notes quotidiennes natives à la place de Periodic Notes, et “Modèles” natifs à la place de templater. L’enjeu est de gagner en confort et en précision sans perdre le contrôle de son système.

Pourquoi commencer par “ne pas installer de plugin” alors que la liste parle d’outils essentiels ?

La logique est que la prise de notes et la réflexion à partir des notes existent déjà dans Obsidian. L’auteur insiste sur le fait que beaucoup de vidéos poussent à installer “toujours plus” de plugins, mais que l’essentiel peut être fait sans surcharger l’environnement. Les plugins ne deviennent pertinents que lorsqu’ils ajoutent un levier concret (requêtes, visualisation, chronologie, automatisation de modèles).

Comment DataView transforme des notes en listes ou en tables exploitables ?

DataView s’appuie sur les métadonnées front matter (YAML) et sur des requêtes. Dans l’exemple, des notes d’auteurs contiennent un champ “siècle” (ex. valeur 20) et des tags (ex. “auteur”). Une requête DataView peut sélectionner toutes les notes d’un dossier (ex. “auteur littérature …”) et les afficher en liste, puis en table en ajoutant une colonne basée sur un champ front matter (ex. afficher “siècle” en plus du lien).

Quelles sont les limites de l’alternative native à DataView ?

L’alternative consiste à utiliser des requêtes intégrées (via la recherche/query) avec des critères comme le chemin de dossier ou des tags. Le résultat peut être obtenu sans plugin et sans DataView, mais le rendu est moins confortable visuellement que les tables et listes DataView. Autrement dit : même logique de filtrage, mais moins de confort de mise en forme et de précision d’affichage.

En quoi Excalidraw est-il différent d’une toile/canevas dans Obsidian ?

Excalidraw permet de créer un diagramme dans un panneau et d’y insérer des liens vers des notes (et aussi vers des sites web). Les éléments du dessin peuvent être interactifs et les liens existent dans le contexte du diagramme. La toile/canevas permet aussi d’organiser des contenus et d’insérer des notes, mais les liens entre notes via flèches sont limités : ils n’existent que dans le schéma et ne bénéficient pas des mêmes capacités (notamment la recherche).

Pourquoi éviter de cumuler deux systèmes de notes périodiques ?

Periodic Notes génère des notes quotidiennes/hebdomadaires/mensuelles/etc. avec des modèles. Obsidian dispose aussi d’un module natif de “note quotidienne”. Le transcript recommande de ne pas utiliser les deux en même temps, car cela crée une redondance et peut rendre le système moins clair. L’idée est de choisir un seul mécanisme pour garder une chronologie cohérente.

Quand choisir “Modèles” natifs plutôt que templater (Template) ?

Les “Modèles” natifs permettent déjà de standardiser la structure d’une note et d’insérer des champs (et parfois des variables simples comme date/heure selon configuration). templater devient intéressant quand on veut des formules et calculs plus élaborés, par exemple générer automatiquement la date du jour et la date du jour + 1, ou appliquer des logiques plus complexes dans le contenu du modèle. Le transcript montre que templater calcule des dates “avant/après” lors de la création de notes.

Review Questions

  1. Quels critères (dossier, tags, champs front matter) peuvent être utilisés pour obtenir une liste ou une table de notes avec DataView, et comment cela se compare-t-il aux requêtes natives ?
  2. Dans quels cas Excalidraw apporte-t-il un avantage décisif par rapport à une toile/canevas, et quelles limites sont mentionnées ?
  3. Comment organiser une chronologie dans Obsidian en choisissant entre Periodic Notes et la note quotidienne native, sans créer de redondance ?

Key Points

  1. 1

    Obsidian contient déjà l’essentiel pour prendre des notes et réfléchir à partir des notes, donc l’installation de plugins doit rester ciblée.

  2. 2

    DataView est le meilleur levier pour interroger des notes via front matter (YAML) et afficher des résultats en liste ou en table, mais il existe une alternative native moins confortable.

  3. 3

    Excalidraw sert à relier des schémas à des notes et à des ressources externes, tandis que la toile/canevas offre une organisation visuelle avec des limites sur la recherche et la nature des liens.

  4. 4

    Periodic Notes automatise la création de notes quotidiennes, hebdomadaires, mensuelles, trimestrielles et annuelles à partir de modèles, mais il faut éviter de cumuler avec la note quotidienne native.

  5. 5

    Les templates standardisent la prise de notes (ex. fiches de livres) et réduisent l’oubli de champs ; templater va plus loin que les modèles natifs grâce à des formules/calculs.

  6. 6

    Le choix des plugins doit viser des gains concrets (requêtes, visualisation, chronologie, automatisation), pas une accumulation “par défaut”.

  7. 7

    Les modèles peuvent être stockés dans un dossier dédié (ex. “template”) pour être retrouvés automatiquement lors de l’insertion via commande.

Highlights

DataView permet de transformer des métadonnées front matter (comme “siècle”) en tables lisibles, avec des filtres par dossier et par tags.
Excalidraw rend possible des liens directement depuis un diagramme vers des notes (et même des sites web), ce qui dépasse le simple dessin.
Periodic Notes peut générer automatiquement des notes datées via des modèles, mais la redondance avec la note quotidienne native est à éviter.
templater automatise des calculs dans les modèles (ex. dates du jour et du jour + 1), là où les modèles natifs restent plus simples.