Recherche dans les fichiers et éléments en attente

Chercher dans les fichiers et les documents

Utilisez Ctrl+Shift+F pour la recherche globale dans l'onglet Recherche de la barre latérale, propulsée par ripgrep : elle prend en charge les regex, la sensibilité à la casse, le mot entier et le remplacement en masse. Dans le fichier actuel, Ctrl+F recherche et Ctrl+H remplace. Sur un résultat, le menu contextuel ouvre le fichier, copie son chemin et l'affiche dans l'Explorateur, et Retirer des résultats retire le fichier de la liste : Tout remplacer ne le modifie plus, et la confirmation ne compte que ce qui reste.

La recherche atteint aussi les documents. Au-delà des notes .md, elle lit le texte des PDF, des feuilles de calcul (.xlsx/.ods), des documents Word (.docx), du texte LibreOffice (.odt), des présentations (.pptx) et des livres (.epub). Il en va de même pour le Chat IA et pour la recherche par sens. Un résultat dans un PDF ouvre le fichier à la page de l'extrait. Le texte extrait vit dans un cache hors de l'espace de travail, se met à jour tout seul quand le fichier change, et est supprimé dès que le fichier n'existe plus. La première fois coûte : ouvrir un espace de travail avec beaucoup de PDF lance une extraction qui prend des minutes, et tant qu'elle n'est pas finie les documents ne sont pas encore dans la recherche. L'onglet Rechercher le dit pendant ce temps — préparation des documents (12 sur 80) — et prévient quand relancer la recherche. Dès la deuxième fois, seul ce qui a changé est refait.

Sont aussi couverts : .rtf, .xps/.oxps, les présentations LibreOffice (.odp), les sous-titres vidéo (.srt/.vtt), les tableaux en texte (.csv/.tsv), les pages enregistrées (.html/.mhtml), les courriels archivés (.eml), les carnets Jupyter (.ipynb), les bibliographies (.bib/.ris) et les fichiers en texte brut (.txt). Les langages de balisage de texte ont leur propre lecteur : reStructuredText (.rst), AsciiDoc (.adoc), Org (.org) et Typst (.typ). La section devient un titre, la liste et le tableau deviennent les nôtres, la formule est dessinée, et le préambule reste dehors : sans cela, #set page(...) et :stem: latexmath deviendraient des extraits indexés, et le nom de la section ne voyagerait pas avec son texte. Un résultat dans un sous-titre ouvre à l'instant où la phrase a été prononcée.

Un PDF numérisé ne disparaît pas en silence. Un document qui a des pages et aucun texte (une photo de chaque page, sans OCR) entre dans l'index avec une ligne qui le dit, et l'onglet Rechercher indique combien il y en a — sans cette phrase vous chercheriez quelque chose qui est dans le livre, ne le trouveriez pas et concluriez que la recherche est cassée. Et vous pouvez le rendre lisible : avec Tesseract installé (LightNote propose de l'installer en un clic), le menu ⋯ du PDF propose Reconnaître le texte (OCR)…. Il tourne une fois, par document et peut prendre plusieurs minutes — ensuite le texte est dans l'index comme celui de n'importe quel PDF. L'avertissement de l'onglet Rechercher mène au premier document dans ce cas.

Le cache conserve le texte en clair. Il se trouve dans votre dossier utilisateur, hors de l'espace de travail : qui y a accès y lit le contenu de vos documents, même si l'original est sur un disque chiffré. Un fichier .lne (la note chiffrée) n'entre jamais dans le cache — il existe précisément pour ne pas être lisible sur le disque.

Le LaTeX passe par un lecteur qui lui est propre. Un fichier .tex n'est pas lu comme du texte brut : le préambule reste dehors, \section devient un titre, \cite devient [@key] et la formule passe entière — c'est le moteur qui dessine les mathématiques de vos notes qui la dessine. Un résultat ouvre le fichier à la ligne d'où il vient. Le menu contextuel du fichier — ou la barre de l'onglet, quand il est ouvert — propose Importer comme note (.md) : la note naît à côté, le .tex reste où il est et importer deux fois n'écrase rien. Le chemin inverse est Exporter en LaTeX (.tex)..., dans la barre de la note.

Aperçu du document et code source

Ouvrir un document affiche un aperçu du texte. Un .docx, .odt, .epub ou .pptx s'ouvre en lecture seule, avec le texte extrait et les images du document — sans les styles Word, le positionnement des images, les tableaux complexes ni le suivi des modifications. L'onglet reste le document : son nom, son dossier et la session pointent vers lui, pas vers le cache. Une feuille .xlsx continue de s'ouvrir dans la vue tableau, qui montre bien plus.

Le code source peut lui aussi entrer dans la recherche par sens. Dans Outils → Espace de travail → Configuration de l'espace de travail... se trouve Inclure le code source dans la recherche par sens : les fichiers de code sont indexés avec les notes, un extrait par fonction ou classe — c'est ce qui permet à une question comme « où est-ce que je traite le timeout ? » de retrouver la fonction entière plutôt qu'un morceau coupé au milieu d'un if. Le .gitignore est respecté. C'est désactivé par défaut, et par dossier : les notes changent lentement, le code change toute la journée, et un dépôt de travail produit des dizaines de milliers d'extraits — chacun étant un appel facturé par votre fournisseur d'embeddings.

Importer des documents et d'autres applications

Transformer le document en note. Depuis Fichier → Importer un document comme note... (plusieurs à la fois), le menu contextuel de l'arborescence ou le bouton Importer comme note (.md) de l'aperçu lui-même, un fichier .docx, .odt, .epub, .rtf, .pptx, .html, .eml, PDF ou LaTeX devient une note modifiable à côté du fichier. Viennent avec lui le texte avec titres, listes, liens et tableaux, les notes de bas de page, les équations Word en formules LaTeX et les images, enregistrées dans le dossier Pièces jointes à côté de la note. Le titre, l'auteur et la date du document deviennent des propriétés, et source indique de quel fichier vient la note. L'original reste où il était — importer n'est pas convertir — et importer à nouveau crée nom 02.md au lieu d'écraser ce que vous avez modifié. Ce n'est pas proposé pour le notebook Jupyter (qui devient des Blocs), le .csv (qui s'ouvre en tableau), la bibliographie .bib/.ris (que les citations lisent directement) ni le code source. La structure vient des styles du document : un titre Word est reconnu même quand le nom du style est traduit, les styles de caractère donnent le gras, l'italique et le code, les paragraphes de citation et de code deviennent nos blocs, et la table des matières automatique devient un [TOC] que la note tient à jour ; du .rtf viennent les listes, les tableaux et les liens, et du HTML — y compris celui qu'enregistrent Word et Google Docs — et de l'EPUB viennent les titres, les listes imbriquées et les tableaux. Les documents sont lus en arrière-plan, comme une tâche du panneau Activités : la fenêtre continue de répondre pendant la conversion d'un gros PDF, et Arrêter met fin à l'importation avant le fichier suivant.

Voir ce que le dossier utilise d'un autre éditeur. Dans Outils → Vérifier la compatibilité du dossier..., LightNote lit les notes du dossier ouvert et répartit ce qu'il a trouvé en trois groupes : ce qu'il affiche (wikilink, transclusion, encadré, étiquette, surlignage, formule, note de bas de page, tâche, marqueur de bloc), ce qui reste dans le fichier sans être affiché (la requête de plugin dataview, tasks ou query, le canevas .canvas, la base .base et la transclusion de bloc) et ce qui peut être converti vers l'écriture d'ici. Convertir est votre choix, jamais un effet de l'enregistrement : cochez les constructions, regardez l'aperçu côte à côte et confirmez — chaque fichier modifié reçoit un point dans l'Historique du fichier avant d'être écrit, et ce qui est ouvert avec des modifications non enregistrées est laissé de côté. Il y a deux conversions aujourd'hui, et aucune ne coûte quoi que ce soit du côté d'Obsidian, qui lit les deux écritures : le lien obsidian:// de ce dossier devient [[note]] — celui qui vise un autre coffre n'est pas converti, car la destination changerait — et la note de bas de page en ligne ^[texte] devient [^n], avec la définition à la fin.

Faire venir tout un fonds Notion. Dans Notion, utilisez Export → HTML (ou Markdown & CSV) avec Include subpages, placez le .zip téléchargé — ou le dossier — dans votre espace de travail, créez le dossier de destination et lancez lnote vault-import --path <export> --out <destination> (ou l’outil vault_import, depuis l’assistant IA). Inutile de décompresser, même l’export de l’espace entier, qui contient un autre .zip. Chaque page devient une note : les propriétés de la page deviennent des propriétés de la note, l’encadré coloré de Notion devient notre boîte (en HTML, c’est la couleur qui décide du type ; le Markdown ne garde pas la couleur, et la boîte arrive comme note), une tâche arrive avec sa case cochée ou non, une équation devient une formule LaTeX, un bloc dépliable devient une boîte <details> (et un titre dépliable devient un titre), la table des matières de la page devient [TOC], et les liens entre les pages sont réécrits vers les nouvelles notes — deux pages de même titre coexistent, car la seconde devient nom 02.md et les liens pointent toujours vers la bonne. Les bases de données sont copiées en .csv dans Anexos, et un #sujet écrit dans Notion reste du texte : ce n’était pas une étiquette là-bas, et il n’en devient pas une ici. Rien n’est écrasé, et une note de rapport est écrite à côté : elle dit combien de notes et de pièces jointes sont entrées et liste les liens qui n’ont trouvé aucune cible — ceux-là restent exactement tels qu’ils étaient écrits.

Le geste est dans le menu. Fichier → Importer depuis une autre application... ouvre l'assistant : choisissez le dossier ou le .zip que vous avez exporté (un .enex d'Evernote convient aussi) et l'application d'origine est reconnue à la forme des noms de fichiers — sinon, choisissez-la dans la liste à côté. Le dossier est lu en entier, sous-pages comprises. La destination est déjà remplie avec un nouveau dossier dans l'espace de travail, au nom de l'application, pour que l'archive ne se mélange pas à vos notes. La lecture et l'écriture se font hors de la fenêtre, et à la fin l'écran indique combien de notes et de pièces jointes sont entrées et combien de liens ont été réécrits.

Cinq applications. De Notion, le dossier ou le .zip exporté en HTML ou en Markdown ; d'Evernote, le .enex ; de Joplin, le .jex (ou le dossier MD + Front Matter) ; de Logseq, le dossier du graphe — celui qui contient logseq/config.edn ; et de Roam Research, le .json de l'export. Partout, le carnet et l'espace de noms deviennent des dossiers, le journal va dans le dossier des notes quotidiennes sous le nom aaaa-MM-jj, une tâche devient - [ ], un surlignage devient ==comme ceci== et une référence de bloc devient le texte de ce bloc entre guillemets avec le lien vers sa page : aucune syntaxe d'une autre application n'entre dans votre espace. Ce qui n'a pas d'équivalent ici, comme une requête Logseq ou un tableau Roam, reste en code dans la ligne, et le rapport indique combien de fois.

Surlignage, repères et En attente

La surbrillance et les marques sont deux choses différentes. La recherche rapide (Ctrl+F) ne fait que mettre en surbrillance les occurrences en ambre : c’est temporaire et cela disparaît dès que vous fermez la barre ou videz le champ. Tout marquer dans Édition → Recherche avancée… est au contraire votre décision : les occurrences passent en rouge et le signet (le point bleu dans la marge) est ajouté sur les lignes concernées, où il reste jusqu’à ce que vous utilisiez Effacer les marques. Les deux sont indépendants : fermer la recherche rapide n’efface pas ce que vous avez marqué, et effacer les marques n’efface pas la surbrillance de la recherche. Tous deux apparaissent dans la bande du minimap, chacun dans sa couleur. Effacer les marques ne retire que les pastilles créées par Tout marquer : un signet que vous avez posé à la main (Ctrl+F2) sur une ligne correspondant à la recherche reste en place.

La section En attente de la barre latérale réunit au même endroit les marqueurs TODO/FIXME du code et les tâches (- [ ]) des notes Markdown de l'espace de travail — cliquez pour sauter directement à la ligne. Les cartes ouvertes des tableaux .lnt de ce dossier forment un groupe à part, Cartes des tableaux, la date la plus proche en haut ; un clic ouvre le tableau. Ne comptent pas une case dans un bloc de code, qui est un exemple (la cocher d'ici écrirait dans l'extrait de code), ni ce qui se trouve dans le dossier des modèles et dans celui des prompts, qui sont des gabarits. La date d'une carte vient avant son titre, sans l'année quand c'est l'année en cours, et la ligne du haut compte les éléments du code, les tâches et les cartes. La liste est refaite à l'ouverture de la section et par le bouton Actualiser ; cocher la case d'une tâche écrit [x] dans la note, et le compteur de Tâches dans la barre d'état suit aussitôt.

En haut de la section se trouve un calendrier du mois avec les mêmes points que la fenêtre Calendrier, mais seulement pour ce dossier : les tâches datées, les cartes des tableaux et les événements des blocs ```calendar (la note du jour, unique pour toute l'application, apparaît aussi). Un clic sur un jour n'affiche que ce qui le concerne, avec le groupe Du jour en haut — la note du jour, ou Créer la note de ce jour ; effacer, ou un nouveau clic sur le même jour, rétablit la liste complète. Les TODO du code n'ont pas de date et sont masqués tant que le filtre est actif. Le bouton Calendrier · ce dossier replie la grille pour qui ne veut que les éléments du code. Seules les cartes encore ouvertes marquent la grille ; celles du jour choisi restent dans leur groupe, et Du jour montre aussi les événements des blocs de ce jour.