Bases (requêtes enregistrées sur vos notes)

Une Base (.lnq, dans Fichier → Nouveau → Nouvelle Base) est une requête enregistrée sur vos notes : filtrez par type et par propriétés et affichez le résultat sous forme de tableau ou de tableau de bord. Une Base ne stocke aucune donnée — les lignes sont vos notes .md et la source de vérité de chaque cellule est le frontmatter de la note. Supprimer un .lnq ne perd aucune note.

Modifier une cellule écrit dans la note. Dans le tableau, changer une propriété ne réécrit que cette ligne du frontmatter du fichier. Dans le tableau de bord, faire glisser une carte d'une colonne à une autre écrit la nouvelle valeur de la propriété de regroupement (par exemple passer de en cours à lu).

Table, tableau et filtre

Filtre, regroupement et colonnes. Une cellule s’ouvre en édition par un double-clic ou F2. Dans la boîte Filtre, choisissez entre Toutes les conditions (ET) et N’importe quelle condition (OU) ; l’opérateur apparaît en mots (est égal à, contient, est vide…) et le bouton à côté de chaque condition la supprime. Dans le tableau, le sélecteur Grouper par choisit la propriété des colonnes — sans choix, la Base propose status. La largeur que vous faites glisser sur une colonne du tableau est enregistrée dans la Base, et Exporter en CSV emporte ce que montre le tableau, filtre rapide appliqué. Les clés accentuées (situação:) et les listes (auteurs: [Ana, Bia], ou un élément par ligne) deviennent des colonnes ; modifier une liste dans la cellule la réécrit comme liste, sous la même forme. Une propriété qui est un bloc imbriqué s’affiche, mais ne se modifie pas depuis la Base — la barre dit pourquoi.

Cellules selon le type. Chaque colonne se dessine selon le type de la propriété : une case à cocher qui se coche d’un clic, des pastilles pour les listes et les listes d’options, les dates au format de votre langue, les nombres alignés à droite et le titre mis en avant. Le type vient du schéma déclaré et, sans lui, de ce que les notes utilisent déjà ; une liste d’options ouvre un sélecteur et une date, un calendrier. Cliquez sur l’en-tête pour trier (à nouveau, pour inverser) — le tri est enregistré dans la Base, comme avec le bouton Trier. Faites glisser l’en-tête pour changer l’ordre des colonnes ; un clic droit dessus renomme la colonne (seulement le nom affiché — la clé de la note ne change pas) ou la masque. Les conditions du filtre apparaissent comme des étiquettes sous la barre : clic pour modifier, × pour retirer. Quand rien n’apparaît, la table dit pourquoi. Dans le tableau, chaque carte montre les propriétés choisies dans Propriétés sur la carte, chaque colonne indique combien de cartes elle contient, et les options déclarées deviennent des colonnes même vides. Un clic droit sur une ligne ouvre la note — aussi à côté. Avec la note ouverte dans un onglet, la modification va dans l’onglet : s’il n’avait pas de modifications, il est enregistré aussitôt ; s’il en avait, la modification y reste jusqu’à ce que vous enregistriez.

Plusieurs vues et totaux. Le bouton + à côté des onglets crée une nouvelle vue de la même Base — Table, Tableau, Galerie, Liste ou Calendrier —, qui démarre avec les colonnes et le tri de la vue actuelle et garde ensuite les siens. Le filtre est celui de la Base, le même pour toutes. Un clic droit sur un onglet renomme, duplique ou supprime la vue (la première ne se supprime pas). Dans la galerie, choisissez dans Couverture la propriété qui pointe vers une image du dossier (couverture: photo.png ou ![[photo.png]]) ; dans la liste, les propriétés viennent sur la ligne du titre ; dans le calendrier, chaque note apparaît au jour du Champ de date, et la faire glisser sur un autre jour enregistre la nouvelle date. Le pied de la table affiche des totaux : cliquez sous une colonne pour choisir somme, moyenne, minimum, maximum, médiane, écart type, la date la plus ancienne ou la plus récente, les cochées, les remplies ou les valeurs uniques — seulement les fonctions adaptées au type de la colonne. Le total suit le filtre rapide. Une version plus ancienne de l’app qui ouvre la Base ne voit que la première vue. Le clic droit sur un onglet change aussi la disposition de la vue. Les onglets occupent leur propre ligne, avec le décompte et le menu ⋯ ; en dessous se trouvent les actions et la recherche, et dans un onglet étroit les boutons n'affichent que leur icône, avec le nom dans l'info-bulle.

Formules et Bases d’Obsidian. Dans Propriétés → Nouvelle formule..., vous créez une propriété calculée, qui devient une colonne comme les autres et se cite sous la forme formula.nom — par exemple note * 2, if(lu, "✓", ""), (echeance - today()).days ou file.hasTag("livre"). La valeur est calculée à la volée et n’est jamais écrite dans les notes ; un clic droit sur l’en-tête modifie la formule, et une erreur s’affiche avec sa position. Un fichier .base d’Obsidian s’importe par un clic droit dans l’arborescence, avec Importer comme Base (.lnq) : une Base naît à côté avec les filtres, les vues, les formules, le tri et les totaux, le .base reste en place, et ce qui n’a pas d’équivalent est listé à la fin. Un filtre qui est une expression devient une condition par expression, affichée comme une étiquette avec ƒ — une version plus ancienne de l’app l’ignore et affiche plus de notes, jamais moins. Via MCP, query_notes avec base (et view) répond comme l’écran.

Intégrer une Base dans une note. Sur une ligne à part, ![[lectures.lnq]] affiche la Base sous forme de tableau en lecture seule, en mode lecture, dans l’éditeur mis en forme et à l’export ; ![[lectures.lnq#Lus]] affiche la vue Lus (une vue sans nom répond au nom de son onglet, comme Table). Le nom en haut ouvre la Base, le titre de chaque ligne ouvre la note, et au-delà de 50 lignes le tableau indique combien ont été laissées de côté. Si la vue regroupe (la table avec Grouper, ou le tableau Kanban), il y a un tableau par groupe, avec le nom et le nombre de chacun en gras, dans le même ordre qu’à l’écran. Il est aussi à jour que l’index des notes, que la fenêtre met à jour à l’ouverture du dossier. Dans les formules et les filtres, this est la note dans laquelle la Base est intégrée (ou la Base elle-même, quand elle est ouverte) : projet == this.file.name permet à une seule Base de servir tous les projets, et file.hasLink(this.file) liste les notes qui pointent vers celle-ci. Les listes acceptent map, filter et reduce — par exemple auteurs.map(value.upper()), notes.filter(value > 7) et prix.reduce(acc + value, 0), avec value, index et acc —, ainsi que containsAll, containsAny, flat et slice.

Grouper, renvoyer à la ligne, figer et colorer la table. Dans la table, Grouper sépare les lignes selon une propriété, avec un en-tête par groupe qui indique combien de notes il contient ; un clic sur l’en-tête réduit ou développe le groupe, et réduire ne concerne que l’écran — la Base, le décompte, les totaux et le CSV ne changent pas. Dans Affichage se trouvent Renvoyer le texte à la ligne dans les cellules (la ligne grandit pour montrer tout le texte), Figer la première colonne (elle reste en place pendant que les autres défilent sur le côté) et Couleurs des lignes... : chaque règle est une expression, comme status == "en retard" ou echeance < today(), et une couleur ; la première règle vraie colore la ligne, dans un ton qui suit le thème clair et le thème sombre. Tout cela est enregistré par vue, et une version plus ancienne de l’app affiche simplement la table sans ces options.

Chronologie, couleurs des options et couverture. La vue Chronologie dessine une barre par note, du champ de Début au champ de Fin (sans fin, un seul jour), avec aujourd’hui marqué et l’échelle en jours, semaines ou mois ; faire glisser une barre déplace les deux dates du même nombre de jours et les enregistre dans la note, et la couleur de la barre suit les couleurs des lignes. Dans l’éditeur de types, Couleurs des options... donne une couleur à chaque valeur d’une Liste d’options : elle apparaît dans la pastille de la table, sur les cartes et par un point dans l’en-tête de la colonne du Tableau. Dans la galerie, la couverture peut être la Première image de la note, sans propriété pour cela.

Propriétés, schéma et Git

Chaque note déclare ses propriétés dans le frontmatter (type, status, auteur…). Utilisez le panneau latéral Propriétés de la note pour les modifier comme des champs typés (texte, nombre, date, case à cocher) plutôt qu'en YAML brut — voir Notes en Markdown.

Le fichier .lnq est du NDJSON (un enregistrement par ligne), conçu pour Git : deux machines peuvent modifier la même Base en parallèle — l'une ajoute une colonne, l'autre ajuste un filtre — et la fusion conserve les deux changements sans conflit.

Schéma déclaré (facultatif). Par défaut, LightNote déduit les champs de chaque type de ce que les notes utilisent déjà — vous n’avez rien à déclarer. Pour figer le schéma, ouvrez Outils → Types de note... (ou le bouton d’engrenage de la mini-barre Propriétés de la note) : déclarez les champs de chaque type, leur type de donnée (texte, nombre, date, case à cocher, liste d’options) et un modèle par défaut. Avec un schéma, un champ liste d’options devient une liste déroulante des valeurs autorisées, les champs déclarés apparaissent dans les sélecteurs de colonne et de filtre de la Base même avant qu’une note ne les utilise, et le bouton Appliquer le modèle du type insère le squelette de la note. Le schéma vit dans .lightnote/types.ndjson — du NDJSON fusionnable, versionné dans Git avec les notes ; le supprimer ne modifie aucune note, cela revient simplement à la déduction.

Dates relatives dans le filtre. Dans la valeur d'une condition, des termes comme today, yesterday, tomorrow, 7 days ago et in 2 weeks fonctionnent (également 3 months ago, in 1 week). Ainsi, échéance = today et échéance < today (en retard) valent encore demain — avant, il fallait écrire la date du jour à la main et la requête enregistrée vieillissait en 24 h. La valeur est toujours un point dans le temps ; la plage vient de sa composition avec l'opérateur : modifié > 7 days ago veut dire « touché cette semaine ». Une note sans date lisible dans ce champ n'entre dans aucune comparaison de date, pas même la négative. Une date ISO écrite à la main (2026-09-01) reste du texte.

L'index tourne en arrière-plan. La Base et Outils → Consulter les notes (SQL) parcourent les notes avant d'afficher le résultat — un stat par fichier et la lecture de celles qui ont changé depuis la dernière fois. Cela se passe désormais hors de la fenêtre : la Base s'ouvre tout de suite en affichant Indexation des notes… dans sa barre, puis se remplit à la fin ; le bouton Réindexer reste désactivé entre-temps, car un second parcours du même dossier n'apporterait rien.

Champs des tâches

Champs des tâches. Chaque tâche d'un tableau de tâches (.lnt) a une note, et cette note apparaît dans la Base avec les champs du tableau : task.status, task.column, task.done, task.due, task.start, task.end, task.completed, task.priority, task.progress, task.effort, task.tags, task.checklist, task.archived, task.board. Dans la table, l’en-tête affiche le nom du champ (Statut, Échéance…), et le nom technique figure dans l’info-bulle et dans le menu Propriétés. task.done vaut true dans la dernière colonne du Kanban, task.priority affiche le nom de la priorité, comme sur le tableau (de Basse à Urgente, vide s’il n’y en a pas) — le tri et le filtre utilisent le nombre enregistré, de 1 à 4 et task.checklist indique les éléments faits/total. Ils n'apparaissent dans les sélecteurs que si le dossier contient un tableau, et ils sont en lecture seule : c'est le tableau qui fait foi, et la note n'en reçoit aucune copie dans son frontmatter — ainsi, faire glisser une carte dans le Kanban ne met jamais les deux en désaccord. Pour changer le statut, utilisez le tableau de tâches ; dans le tableau de bord de la Base, regrouper par un champ task. affiche les colonnes mais n'accepte pas le glisser-déposer. Pour une tâche à début relatif, task.start reste vide, car cette date n'est calculée que lorsque le tableau est ouvert. Un status que vous écrivez vous-même dans le frontmatter de la note reste le vôtre et modifiable, à côté de task.status. Dans Outils → Consulter les notes (SQL), les mêmes champs se lisent task.status. task.column est la position de la colonne dans le Kanban (1, 2, 3…) : c'est pourquoi le tableau de bord de la Base regroupé par task.status affiche les colonnes dans l'ordre du Kanban, et non par ordre alphabétique.

Modifier la Base avec l’IA

Modifier avec l’IA…, dans la barre de la Base, reçoit une demande en texte libre — remplis l’auteur de chaque livre, marque comme lu ce qui a une note, affiche la colonne auteur et trie par année — et l’IA propose les modifications : écrire des propriétés dans le frontmatter des notes et changer la structure de la Base (afficher ou masquer des colonnes, le nom affiché d’une colonne, les formules, le tri, le regroupement et le filtre). Elle ne crée ni ne supprime de notes : cela se fait toujours dans l’arborescence.

La vérification est la même que dans le tableau personnalisé : rien n’est enregistré avant Appliquer, et ce que vous décochez reste de côté. La propriété arrive dans la note par le même chemin qu’une cellule — dans une note ouverte avec des modifications, elle entre dans l’onglet et attend que vous enregistriez. Les champs calculés (les intégrés, ceux des tâches et les formules) ne sont pas écrits. La structure laisse la Base avec des modifications à enregistrer (Ctrl+S). Après l’application, la bande du haut propose Annuler, qui défait d’un coup les propriétés et la structure.