From 0f8ad6c5b2974d5cb5ebfc4daaef5c9b5944a5ae Mon Sep 17 00:00:00 2001 From: d0e6f90fc91537e71d96befd9f7f0f02 Date: Tue, 12 Nov 2024 13:52:49 +0000 Subject: [PATCH] priz2note docfetcher (aborted) --- module1/README.md | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) diff --git a/module1/README.md b/module1/README.md index c4f4f87..9d20d2f 100644 --- a/module1/README.md +++ b/module1/README.md @@ -303,4 +303,20 @@ Il faut aller dans les méta-données (une solution : ExifTool). NB. : il met ses étiquettes entre `:deux-points:` mais je crois que ça n'est qu'une *convention*. +#### Docfetcher +C'est open source, j'installe. => mais MacOs ne veut pas l'ouvrir. +Zut. Par ailleurs, la recherche du Finder n'exploite pas les mots-clés... :/ + +J'avorte la mission, du coup. + +(En fait, l'utilisation de ``mots-clés'' ne me semble vraiment pas être un bon moyen de trier ses documents. +On devrait gérer soi-même une arborescence de fichier, quitte à subir ``l'arbitraire'' de la succession des embranchements, +qui m'agace (task/xpo/measure/model... ici, ça peut se hiérarchiser), +mais le problème des mots-clés, c'est leur manque de *typage*, et donc de hiérarchie implicite : +or il y a des mots-clés ambigus, et j'ai bien peur que rajouter des préfixes ou des suffixes de typages ne soit pas une bonne idées...) + +(Par ailleurs, la gestion de son arborescence a le mérite de permettre une utilisation claire des fichiers par mes algos, +à condition d'avoir une convention de nommage des fichiers — et il en faut toujours une, +l'arborenscence perment de situer l'arbitraire de la convention à un plus haut niveau, +plutôt que ``polluer'' les noms de fichiers...) -- 2.18.1