Microsoft «Edit»

Posté par  (site web personnel) . Édité par Benoît Sibaud. Modéré par Julien Jorge. Licence CC By‑SA.
Étiquettes :
17
29
juin
2025
Bureautique

Et si Microsoft croyait en la ligne de commande pour tous ?
Idée étrange, mais vraie : depuis mi-mai 2025, Microsoft met à disposition un éditeur de texte minimaliste, mais fonctionnel, en ligne de commande : Edit.

On parle de quoi ?

  • Il se nomme Edit … ou pas … à vous de voir comment vous voulez le nommer (oui, c'est écrit dans le bout de documentation disponible).
  • C'est un logiciel libre - Licence MIT.
  • Il est écrit en Rust, et tient dans un binaire statique (qui fait 222 ko pour la version Linux x86_64)
  • Il est prévu pour fonctionner sous Windows, MacOS et Linux au moins sur les architectures x86_64 et ARM 64 - Les binaire Windows et Linux, pour x86_64 et ARM 64 sont directement fournis dans les versions sur GitHub (vouz utilisez MacOS … compilez vous-même)

On n'avait pas déjà Visual Studio Code (ou le Bloc-notes) ?

Le nom est clairement une référence à l'historique edit.com que l'on trouvait sous MS-DOS, et ce nouvel Edit fonctionne bien en ligne de commande (oui, j'ai testé hors d'un environnement graphique). Mais aucune version DOS (16 bits) n'est prévue, le support du 32 bits étant même une priorité secondaire.

Le but est de rester simple et léger, loin de l'éditeur à faire tout (et n'importe quoi) qu'est Visual Studio Code, mais se montre plus avancé que le spartiate Bloc-notes (Notepad) Windows.

Quelques menus simples, assez peu de fonctions, mais prévu pour être simple à aborder.
La souris est gérée, si l’environnement la prend en charge.
La gestion des codages de caractères (avec UTF-8 par défaut vraisemblablement), du type de retour à la ligne, et des fichier multiples sont des fonctions de bases.
Plusieurs localisations, dont le français, sont déjà gérées … et plusieurs autres langues peuplent déjà les Pull-Requests.
Pas de coloration syntaxique, mais la question est déjà posée (et semble faire débat).


Ce n'est qu'un nouvel éditeur de texte en CLI, on n'en manquait pas forcément, même d'assez simples d'utilisation (enfin, les personnes qui utilisent la ligne de commande le savent).
Pas le plus novateur, pas le plus abouti, pas celui qui a le plus de fonctions, … juste un de plus … Mais quand on connait la force de frappe de Microsoft, cela a piqué ma curiosité et j'ai voulu en savoir plus (et tant qu'à faire partager ce que j'ai trouvé).

Je trouve aussi amusant que Microsoft s’intéresse à un outil simple et minimaliste, en ligne de commande et destiné au plus grand public, finalement très loin des ogres de ressources gonflés à l'IA dans les discours de grands décideurs.

Aller plus loin

  • # CLI ou TUI ?

    Posté par  . Évalué à 10 (+13/-1).

    Hello,

    j'ai tendance à classer ce genre d'éditeur comme une TUI (Terminal User Interface ou Text User Interface), mais pas comme CLI (Command-Line Interface).

    sed et awk sont des éditeurs en ligne de commande, oui. edit ou vi sont des TUI.

    Voilà, c'était la minute pédante, bonne fin de dimanche :).

    • [^] # Re: CLI ou TUI ?

      Posté par  . Évalué à 8 (+7/-0).

      J'avais plus pensé à ed ou ex pour les éditeurs en ligne de commande. Mais je pertinente la distinction.

    • [^] # Re: CLI ou TUI ?

      Posté par  (site web personnel) . Évalué à 2 (+0/-0).

      Effectivement, il est plus à classer dans les TUI.
      Mais l’idée d’une application TUI destiné à un publique large en 2025, ça me semble toujours aller à contre courant. Mais j’aime beaucoup :-)

      • [^] # Re: CLI ou TUI ?

        Posté par  (site web personnel, Mastodon) . Évalué à 3 (+2/-2).

        Moi je trouve ça plutôt triste que après toutes ces années de développement des interfaces graphiques, finalement on continue à utiliser des technos archaiques parce que personne n'est fichu de faire une interface graphique simple et efficace.

        • [^] # Re: CLI ou TUI ?

          Posté par  . Évalué à 2 (+0/-0).

          Les TUI ont évolué, sans doute inspirées par les GUI : on trouve maintenant pour les terminaux des trucs comme dans kitty, l'affichage d'images directement, les fontes complète pour faire des icônes en mode texte ("nerd fonts", nom bien prétentieux), par exemple.

          Je ne connais pas de GUI dans laquelle je peux sélectionner absolument n'importe quel élément pour le coller ailleurs. Dans ce genre de cas de figure, souvent, une GUI a un avantage, en découpant l'affichage en zones fonctionnelles (saisie de texte), ce qui va faire un meilleur copier/coller qu'une TUI.

          Perso j'aime bien quand il y a rien d'autre que le texte à éditer, et éventuellement le numéro de ligne en bas :).

  • # ou pas

    Posté par  . Évalué à 3 (+3/-3).

    EDIT ne date pas de 2025,
    il existait deja sous windows3.1

    par contre il est possible qu'il ait été réécrit

    • [^] # Re: ou pas

      Posté par  (site web personnel, Mastodon) . Évalué à 5 (+3/-0). Dernière modification le 30 juin 2025 à 00:02.

      C’est pas le même, c’est un nouveau projet inspiré de la vieille version comme le dit la seconde phrase du readme:

      This editor pays homage to the classic MS-DOS Editor, but with a modern interface and input controls similar to VS Code. The goal is to provide an accessible editor that even users largely unfamiliar with terminals can easily use.

      Le premier commit public date du 19 mars 2025.

      La connaissance libre : https://zestedesavoir.com

    • [^] # Re: ou pas

      Posté par  (site web personnel) . Évalué à 3 (+1/-0).

      Pour être plus précis, edit.com serais sortis avec MS-DOS 5.0 en 1991 [WP].
      Donc indépendamment de Windows, et entre les version Windows 3.0 et 3.1

      edit.exe est un outil différent, nouveau, et qui fait clairement référence à son prédécesseur. Le nouveau fait un petit clin d’œil nostalgique à ce qui ont fait leurs armes numérique avec l’ancien.

  • # Faux!

    Posté par  . Évalué à 10 (+10/-0).

    mais se montre plus avancé que le spartiate Bloc-notes (Notepad) Windows.

    Microsoft a eut l'excellente idée de mettre de l'IA dans notepad! 😈

    https://support.microsoft.com/en-us/windows/enhance-your-writing-with-ai-in-notepad-4088b954-c97b-46dc-813f-959be01746d5

  • # Visual Studio Code, Notepad et aussi Word !

    Posté par  . Évalué à 3 (+1/-0).

    Dans ta liste des éditeurs de texte proposés par Microsoft, tu as quand même oublié Microsoft Word, bien que ça se rapproche plus d'un IDE que d'un simple éditeur de texte ; c'est en tout cas ce que prétend ce « développeur ».

    • [^] # Re: Visual Studio Code, Notepad et aussi Word !

      Posté par  (site web personnel) . Évalué à -3 (+1/-5).

      J'ai la flemme d'écouter, ça vaut le coup?

      m$ ferait mieux de corriger la bouse que certains considèrent comme un OS que faire ce genre de choses inutiles.

      L'Edit originel était dérivé de l'IDE de QuickBasic. Je me demande bien comment on pouvait faire sans, avant M$-Do$ 5 donc.

      Toujours cette habitude de la marque de ré-utiliser les mêmes noms(totalement banals) pour des applications totalement différentes… visiblement ils n'ont pas de fric pour ça non plus ?

      • [^] # Re: Visual Studio Code, Notepad et aussi Word !

        Posté par  . Évalué à 2 (+1/-0).

        Je me demande bien comment on pouvait faire sans, avant M$-Do$ 5 donc.

        Avant il y avait edlin, c'était pas évident à utiliser, mais au moins ça filtrait les personnes capables de modifier la configuration de l'ordinateur. Un peu ce qui a été repris dans Linux avec vi ou emacs.

        Sinon Amstrad fournissait l'utilitaire rped qui était (un peu) plus facile à utiliser, mais limité à 750 lignes (en tous cas pour la version fournie avec MS-DOS 3.3)

        Les vrais naviguent en -42

      • [^] # Re: Visual Studio Code, Notepad et aussi Word !

        Posté par  . Évalué à -1 (+2/-4). Dernière modification le 30 juin 2025 à 19:54.

        Le temps ici est que MS a mieux à faire qu'écouter des fanboys de Linux qui visiblement ne savent absolument pas de quoi ils parlent et sont incapables de se documenter et s'éduquer sur ce système, préférant nager dans leur ignorance crasse.

      • [^] # Il y as Microsoft … Microsoft et … Microsoft

        Posté par  (site web personnel) . Évalué à 9 (+8/-1).

        J’avais voulu le mettre en introduction de cette dépêche, mais c’était trop long à formuler.
        Une entreprise de la taille de Microsoft on peux difficilement considérer que ça parle d’une seule voix cohérente. Ce sont trop d’équipes, de niveau hiérarchiques, et simplement de personnes pour n’avoir qu’une vision du monde. Et personnellement, je préfère sincèrement l’incohérence d’aujourd’hui que les lignes claire (et très hostiles) de l’époque Ballmer.

        Ce ne sont, très probablement, pas du tout les mêmes équipes qui sortent cet outil et vendent de l’Intelligence Artificielles aux décideurs des quatre coin du monde. Ce n’est pas la même partie de cette grande bestiole qu’est Microsoft.

        Ce n’est donc, pour moi, pas du tout incohérent de me réjouir de la sortie d’un petit éditeur de texte, et de grogner contre la lourdeur de tout l’écosystème Microsoft que je suis payé pour utiliser.
        Et en un sens, je veux lutter contre les partie de Microsoft qui font des choses qui ne me plaisent pas, et, tout en même temps, encourager ce que je trouve interessant.

  • # binaire pas si statique

    Posté par  . Évalué à 2 (+1/-0).

    Si j'ai bien compris les notes à destination des packageurs, il fait appel à une bibliothèque externe pour la fonction de recherche et remplacement (bibliothèque ICU, 37 MB sur Debian Bookworm)

    Les vrais naviguent en -42

    • [^] # Re: binaire pas si statique

      Posté par  (site web personnel, Mastodon) . Évalué à 5 (+3/-0).

      En effet ! ICU - International Components for Unicode est assez incontournable si on veut faire autre chose que de l'ASCII.

      Pour la fonctionnalité de recherche et remplacement c'est utile pour l'option "Insensible à la casse" (par exemple é et É). Et aussi pour créer une version canonique des chaînes de caractères à comparer, pcq il y a plusieurs manières d'écrire ou encoder la même chose (par exemple le é U+00E9 ou en utilisant la lettre e en combinaison avec Modifier Letter Acute Accent U+02CA).

      Si c'est le genre de truc qui vous parle, il y a toujours du boulot à faire dans gedit ;-)

    • [^] # Re: binaire pas si statique

      Posté par  (site web personnel, Mastodon) . Évalué à 6 (+3/-0).

      Le paquet ICU contient une bibliohèque (pas si grosse que ça) et des fichiers de données de localisation (infos sur les timezones, les noms de pays, les unités de mersures, … dans de nombreux langages).

      Ces données peuvent être encapsulées dans un fichier .so et chargées comme une bibliothèque partagée (libicudata). Ou bien elles peuvent être stockées sous forme de fichiers qui doivent être parsés par le code applicatif (ce qui est dommage si on peut laisser le parser elf du système faire le travail).

      Est-ce que EDIT utilise la bibliothèque, ou bien uniquement les données?

    • [^] # Une option … parmi d’autres.

      Posté par  (site web personnel) . Évalué à 2 (+0/-0).

      De ce que j’avais lu, This project optionally depends on the ICU library for its Search and Replace functionality.
      Cette dépendance est optionnelle, et on pourrais donc s’en passer au prix des deux fonctions qui en dépendent.

      Alors je n’y connais rien en RUST, et je ne suis même pas arrivé à compiler le binaire (oui, j’ai essayé). Et ne sais pas jusque ou on peut aller dans le minimalisme face à ce programme, mais si quelqu’un as la réponse, j’en suis preneur.

  • # PSEDIT

    Posté par  . Évalué à 2 (+1/-0).

    Il existe depuis pas mal d'année un éditeur TUI pour powershell : psedit https://github.com/ironmansoftware/psedit

    Mais je n'ai jamais trop réussi à l'utiliser à travers une session powershell (remote powershell).

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.