Le texte brut existe depuis des décennies et restera là

 (unsung.aresluna.org)
2 points par GN⁺ 4 일 전 | 1 commentaires | Partager sur WhatsApp
  • Les outils de diagrammes et de conception d’interface basés sur du texte brut monospace sont de nouveau utilisés, et la familiarité de l’interface d’édition de texte ainsi que la portabilité du format de fichier leur donnent une force durable
  • Des outils comme Mockdown, Wiretext et Monodraw sont bien adaptés à la création de diagrammes simples tout en conservant des choix visuels limités, et conviennent aussi à une intégration dans le code source
  • Mockdown peut être utilisé directement sur le web et sur mobile, Wiretext fonctionne sur le web mais est réservé au bureau, et Monodraw est proposé comme application Mac
  • Cette approche, qui a culminé dans les années 1970-1980, revient sous une forme qui rappelle les TUI comme Turbo Vision, avec en plus une sensibilité moderne, de meilleures performances, l’accessibilité web et une meilleure maniabilité à la souris et au trackpad
  • Plus la puissance des ordinateurs augmente, plus une méthode de travail auto-contrainte devient utile, et ces outils en texte brut servent aussi de plus en plus de point d’entrée pour l’IA générative

La pérennité des outils en texte brut

  • Des outils de diagrammes et de conception d’interface en texte brut ou basés sur l’« ASCII » comme Mockdown, Wiretext, Monodraw sont mentionnés
    • Mockdown fonctionne directement sur le web et prend aussi en charge le mobile
    • Wiretext fonctionne sur le web, mais ne peut être utilisé que sur ordinateur de bureau
    • Monodraw est proposé sous forme d’application Mac
  • Ces outils sont utiles quand on préfère des choix visuels volontairement limités, quand on veut créer des diagrammes simples à intégrer dans du code source, et servent de plus en plus aussi de point d’entrée pour l’IA générative
  • Une approche qui a culminé dans les années 1970-1980 reprend vie sous une forme moderne
    • Elle rappelle les TUI comme Turbo Vision
    • On y ajoute une sensibilité moderne, de meilleures performances, l’accessibilité web, ainsi qu’une utilisation à la souris et au trackpad
  • La méthode de travail fondée sur des contraintes devient elle-même importante
    • Plus la puissance des ordinateurs augmente, plus il est déjà utile de s’imposer des contraintes pour faciliter le travail
    • Avec la diffusion de l’IA, l’auto-contrainte devient aussi importante dans le sens où elle peut rendre le travail plus difficile
  • Le texte brut monospace a une force de longévité non seulement grâce à la portabilité de son format de fichier, mais aussi parce que l’édition de texte comme interface est largement connue et puissante
  • L’ASCII spray de Mockdown est cité comme un élément particulièrement amusant
  • Le terme « ASCII » employé ici relève moins d’un usage technique strict que d’une expression courante, un peu comme lorsqu’on appelle globalement « GIF » des animations en boucle

À lire aussi

1 commentaires

 
GN⁺ 4 일 전
Réactions sur Hacker News

  • J’ai été content de voir la comptabilité en texte brut citée en exemple
    J’ai migré la comptabilité de mon activité solo de QuickBooks vers Beancount+Fava, et j’en suis bien plus satisfait. J’y ai aussi branché un système de facturation basé sur du texte ainsi qu’un suivi du kilométrage, et j’ai ajouté un validateur pour exiger qu’un justificatif soit toujours lié aux dépenses ayant un statut fiscal
    C’est bien plus rapide et plus simple à utiliser que QuickBooks, je n’ai plus besoin de subir de publicité, et avec git et des preuves de commit RFC3161, je peux démontrer quand chaque ajout a été fait. Cela réduit aussi les risques qu’une modification de texte maladroite fasse disparaître un enregistrement, et il est facile de voir quand chaque entrée a été créée
    Le cœur du système est entièrement en plain text, mais j’ai aussi ajouté des extensions Fava pour pouvoir tout manipuler dans le navigateur si besoin. Un Fava en TUI avec des graphiques serait encore mieux, mais l’interface web est déjà tout à fait correcte
    Il ne reste plus qu’à voir comment mon comptable va réagir

    • Je découvre Beancount et ça me tente pas mal
      Je suis américain mais je travaille dans un autre pays, donc je gère en permanence deux devises. Avec Gnucash, je n’ai jamais réussi à obtenir une gestion multidevise satisfaisante, donc mon épouse et moi tenons nos comptes dans des fichiers texte jusqu’à présent
      Comme nous avons déjà une mise en forme assez cohérente, j’ai l’impression qu’en migrant vers Beancount, avec un script de conversion ou l’aide d’un LLM, on pourrait automatiser 95 % du travail et simplement signaler en alerte les entrées qui ne se parsent pas
      Il est très probable que je passe moi aussi à Beancount + Fava
    • C’est une très bonne source de motivation pour mes projets de plain text accounting
      J’aimerais surtout en savoir plus sur l’usage des preuves de commit RFC3161
      J’imagine qu’on signe les commits avec GPG pour montrer l’identité de l’auteur, mais je me demande si l’on utilise un service d’horodatage externe et une CA externe, ou si l’on construit sa propre chaîne de confiance
      J’aimerais aussi savoir, si un auditeur comptable demande une preuve d’authenticité des commits du grand livre, quels éléments et quelles procédures sont réellement utilisés pour l’établir
    • J’aime beaucoup cette approche
      Quand je crée moi-même un format de fichier simple, je réfléchis toujours à la manière de le convertir vers un format plus courant si nécessaire
      Le simple fait de savoir qu’il existe une porte de sortie à transmettre à quelqu’un d’autre en cas de besoin est rassurant
      Dans ce cas, cela semble aussi facilement convertible en CSV acceptable pour un comptable

  • L’âge d’or a peut-être été les années 1970-80, mais il y avait aussi d’excellents TUI au début des années 1990 sous DOS
    Windows n’avait pas encore tout verrouillé, et on avait généralement des cartes graphiques et écrans compatibles VGA, donc des modes texte haute résolution, nets, avec polices réglables, et souvent une souris
    J’ai grandi dans cet environnement avec QBASIC et EDIT.COM
    Certaines applications de l’époque implémentaient même un vrai curseur de souris, et cette vidéo de Bisqwit le montre bien : https://www.youtube.com/watch?v=7nlNQcKsj74

    • J’adorais l’éditeur de code Borland de cette époque
      C’était celui qu’on trouvait dans Turbo-C, Turbo-Pascal, etc., et on pouvait presque parler d’un IDE
      WordPerfect, WordStar et Lotus 1-2-3 en mode texte étaient aussi remarquablement bons
    • Pour moi, le sommet du TUI se trouve quelque part du côté de Norton Commander ou Midnight Commander
    • Au contraire, je pense que l’âge d’or du TUI, c’est maintenant
      Quand on voit Omarchy, un système centré sur le terminal et les fichiers de configuration, on frôle presque le paradis
      Si l’avenir nous mène vers un monde où l’interface principale avec les machines devient la conversation textuelle, j’ai hâte de voir jusqu’où cette tendance peut aller
      Beaucoup ici n’aiment peut-être pas qu’on parle d’IA, mais moi, cet avenir m’enthousiasme sincèrement

  • Le titre m’a fait partir sur une tangent un peu différente du texte principal, mais si vous pensez que le plain text est le socle d’une informatique simple et robuste, la présentation de Dylan Beattie There's no such thing as plain text vaut le détour
    https://www.slideshare.net/slideshow/theres-no-such-thing-as-plain-text-dylan-beattie/249952971
    On trouve aussi facilement plusieurs vidéos de conférences

    • Je n’ai pas encore regardé la vidéo, mais rien qu’avec les slides, un des points centraux semble être la question de l’encodage
      Il y a par exemple des cas comme UTF-16LE et UTF-16BE
      Heureusement, UTF-8 est désormais devenu la valeur par défaut de fait, donc sauf raison particulière, on peut supposer que la plupart des documents sont en UTF-8
      Quand je reçois un fichier texte d’encodage inconnu, j’estime à 99,7 % la probabilité qu’il soit en UTF-8, donc j’ai l’impression qu’on peut de nouveau dire qu’il existe bien une notion de plain text
    • Rien qu’avec le diaporama, j’ai du mal à saisir l’argument
      Si l’idée est que des choses comme les code pages ou UTF-16 sont aussi du plain text tout en ne l’étant pas vraiment, alors cet argument me paraît assez daté en 2026
      Aujourd’hui, UTF-8 est pratiquement partout
    • J’utilisais cette expression depuis longtemps, tout en me disant vaguement qu’il devait déjà exister une bonne présentation sur le sujet
      C’est agréable de voir qu’une telle ressource existe réellement
    • Je suis fortement en désaccord avec cette thèse
      Un système aussi complexe et étrange que Unicode ne peut pas être qualifié de plain, et les problèmes liés à Unicode restent encore fréquents dans beaucoup d’applications
      À mes yeux, le seul système de texte qui fonctionne réellement partout reste ASCII, et c’est à ce niveau-là qu’on devrait pouvoir parler de plain text
      Cela limite certes à un usage surtout anglophone, mais dans beaucoup d’environnements, c’est au contraire naturel, et même si l’anglais n’est pas ma langue maternelle, je peux défendre cette position

  • Le plain text est vraiment formidable
    Je gère plus de 20 ans de notes avec https://github.com/nickjj/notes
    Et depuis environ 7 ans, je traite aussi mes factures en plain text avec https://github.com/nickjj/invoice
    J’utilise également https://github.com/nickjj/plutus pour suivre revenus et dépenses, avec un très haut niveau de satisfaction
    Désormais, j’exporte simplement les CSV de la banque, je les injecte dans Plutus, puis en quelques minutes j’ajuste un peu les catégories et la comptabilité est faite
    Cela fait maintenant deux ans que je fais aussi ma déclaration fiscale de cette manière

  • Le texte est Lindy
    Il a résisté à l’épreuve du temps et il est aussi répandu que SQL ou TCP/IP
    Cela me rappelle aussi le vieux billet de Graydon Hoare, Always bet on text
    [1]: https://news.ycombinator.com/item?id=8451271
    [2]: https://graydon2.dreamwidth.org/193447.html

  • Je me demande si, ici, on considère aussi HN comme du plaintext
    Le site est évidemment en HTML avec des hyperliens, mais à l’usage, cela ressemble davantage à une interface textuelle cliquable
    D’un point de vue cryptographique, on pourrait dire que le HTML est aussi du plaintext puisqu’il est encodé en ascii/utf-8, mais les types MIME distinguent text/plain et text/html pour séparer structure documentaire et information de style
    On considère souvent les terminaux comme du plaintext, alors qu’en réalité ils transportent aussi des métadonnées via des séquences d’échappement difficilement lisibles directement par un humain
    À l’inverse, les réseaux sociaux regorgent d’images contenant juste quelques lignes de texte, et les plateformes mobiles récentes savent reconnaître le texte dans l’image et même le rendre sélectionnable
    Du coup, cela amène aussi la question suivante : une image ne contenant que du texte, sans autre élément, est-elle du plaintext ?
    Au fond, ce que je me demande, c’est où tracer aujourd’hui la frontière du plaintext, plusieurs décennies après sa mise en œuvre initiale

    • HN n’est que du HTML tout à fait classique, donc l’appeler plaintext ne me paraît pas choquant

  • C’est un peu à côté du sujet principal, mais cela me fait penser aux graphiques statistiques basés sur des caractères texte
    Il y a longtemps, j’ai utilisé la version éducative de MINITAB pour DOS, qui dessinait des scatter diagrams, des dotplots et des box-and-whisker plots avec des caractères texte
    Si je me souviens bien, on pouvait choisir entre du pur texte, de l’ASCII ou les caractères de tracé DOS
    L’idée était d’encourager l’exploration des données avant de passer aux tests statistiques formels
    Je me demande s’il existe encore aujourd’hui des programmes capables de dessiner de vrais dotplots dans un terminal

  • La liste du haut pourrait encore s’allonger
    https://asciiflow.com/
    https://asciidraw.github.io/
    Je suis curieux de connaître d’autres outils dans le genre

  • Il y a aussi M-x artist-mode, utilisable directement dans Emacs

  • Le plain text est clairement excellent, mais dès qu’on a besoin de structure, on a souvent l’impression de repartir de zéro à chaque fichier
    De plus en plus de gens éprouvent de la nostalgie pour l’assemblage improvisé de vieux outils Unix pour traiter du plain text, mais cette approche peut convenir dans des situations temporaires sans pour autant remplacer un format bien spécifié

    • Des formats plaintext structurés comme XML, JSON, YAML, RDF, EDN, LaTeX, OrgMode, Markdown existent déjà en abondance
      Ils peuvent être traités comme du texte ordinaire ligne par ligne, convertis comme données structurées, et il existe déjà des clients ou lecteurs capables de les rendre de manière proche du WYSIWYG