Connexion Abonnez-vous

Windows 11 embarque désormais Edit, un outil d’édition en ligne de commande

Le 10 octobre à 08h47

Edit est un petit programme que Microsoft a présenté lors de sa dernière conférence Build. Gratuit, écrit en Rust et open source (sous licence MIT), il a son propre dépôt GitHub.

La petite application est particulièrement légère (moins de 250 ko) et se veut autant un outil pratique pour dépanner (ou pour les personnes ayant cette préférence) qu’un hommage à MS-DOS. Comme nous l’indiquions en mai dernier, Edit propose bon nombre de fonctions que l’on s’attend à trouver dans ce genre d’outil, comme la possibilité de chercher et remplacer du texte, le support des majuscules et minuscules, la prise en charge des expressions régulières ou encore la rotation entre plusieurs fichiers ouverts en parallèle (via Ctrl + P).

À l’époque, Microsoft indiquait que la principale motivation derrière la création d’Edit était le besoin d’avoir dans Windows un éditeur CLI en 64 bits et par défaut.

Justement, l’éditeur a mis à jour la fiche descriptive de la mise à jour KB5065789 pour Windows 11. Elle a été diffusée fin septembre et est présente aussi bien sur les versions 24H2 et 25H2 du système (qui partagent pour rappel la même branche de service). Comme repéré par Neowin, Microsoft a ajouté un élément : l’inclusion par défaut d’Edit. 

Le 10 octobre à 08h47

Commentaires (35)

votre avatar
Vivement QBasic 2.0 :mad2:
votre avatar
On dirait celui disponible sur la Cloud Shell d'Azure.
votre avatar
Team Edline 4 ever.
votre avatar
Eh non, DOS Edit était le successeur d'edlin, et là c'est bien DOS Edit qui est réincarné. Pour rappel, edlin était un éditeur ligne par ligne (comme ed sous Unix), pas plein écran.
votre avatar
Ouaip, mais edlin, c'est plus vieux. Donc c'est mieux :D
Un éditeur page, c'est pour les faibles.
votre avatar
T'es du genre à vouloir souffrir avec Nano ?
votre avatar
Et LateX quand il y a besoin de mise en page.
votre avatar
souffrir avec nano ? nano c'est le luxe !
votre avatar
Je capte tellement que dalle avec ce nano, que la première chose que j'installe après htop et apt-xapian-index : c'est vim :ane:
votre avatar
votre avatar
Grâce à cela, je vais enfin pouvoir retourner sous Windows. :troll:
votre avatar
perso j'attends le grand retour de bin2exe / exe2bin avant :phibee:
votre avatar
Bof, le truc est opensource et dispo sous Linux et Mac : github.com GitHub
votre avatar
Je dirais : purée enfin !! le truc relou sur les serveurs Windows, pas d'éditeur de texte en Powershell, je comprends même pas que ça n'ait pas été un problème chez Microsoft...
votre avatar
Plus ça va plus Windows revient vers une archi qui ressemble aux OS libres on dirait.
votre avatar
Aucun rapport avec les OS libres. Un éditeur de texte, c'est vital. Qu'on soit sur Linux ou Windows, OS/2, OpenVMS, Solaris, QNX ...
Donc aucun rapport avec le libre.
Et je configure manage les windows essentiellement en ligne de commande depuis Windows 2000/XP. Et franchement ça a lentement évolué, mais plein de commandes de XP sont encore identiques sur un Windows 11 (alors que réapprendre où c'est caché dans l'interface à chaque fois ...)
votre avatar
Rappel historique :
- DOS (el famoso text mode)
- puis DOS + Win 3.0 (1990)
- puis DOS + Win3.11
- pour enfin aller vers Win95 (1995) qui marqua le retrait en arrière plan du DOS. Et donc pas d'éditeur en mode texte.
- Win98, WinXP, Vista, Win7, Win8, Win10, Win11

30 ans plus tard MicroSoft revient à un éditeur en mode texte. Digne des années DOS ??? ¨Peut-être.

Évidement cet éditeur servira pour les aficionados de la configuration scriptée ou d'outil de récupération.

Pour peu que Microsoft aille un peu plus vers l'invite de terminal au lancement de l'OS... La boucle est bouclée. Non ?
votre avatar
Je comprends l'avis, mais:
* de mémoire, Edit était toujours dans Windows 95 et permettait de s'en sortir avec les win.ini quand un vieux soft 3.1 avait mis des paramètre pourris
* je ne trouve pas que ça fasse plus "libre" d'être en mode texte: tellement d'OS non libres étaient en mode texte (genre ceux avec terminal texte ou le serveur n'avait même pas d'écran possible)
* Windows sans GUI, c'est assez courant en entreprise (https://learn.microsoft.com/fr-fr/windows-server/administration/server-core/what-is-server-core), tu le configures par exemple via sconfig.
votre avatar
Bof, de toutes manières sur cet OS même le mode sans échec est graphique... ce qui veut dire que tout problème qui bloque totalement un boot à ce niveau mais qui serait sans doute rattrapable avec un mode texte bien basique (et un éditeur idoine pour retoucher aisément la config qui coince) est fatalement délicat à résoudre.

L'aspect OS libre ou pas, c'est "boite blanche" contre "boite noire" donc un pb un peu différent même si, fatalement, la 1ère est intrinsèquement avantagée pour comprendre un truc qui déraille et plus encore si les outils adaptés sont présents et sans besoin du clicodrome de merde auquel le monde windows est bercé.
votre avatar
PowerShell offre pourtant accès à tous ce qu'il faut pour configurer, administrer Windows. C'est justement fait pour ça.

Le clicodrome rend juste la configuration plus accessible.
votre avatar
PowerShell, tous ?
Non, malheureusement, encore des programmes qui ne sont pas commandlet ou qui n'ont pas 100% de fonctionnalité.
Genre sfc ou compact. Repair-Volume et Repair-WindowsImage existe, mais pas lui.
On peut ajouter un profile VPN, mais pas Wifi. Windows Update, WinGet (oui, il y a des modules additionnel disponible a installer et à mettre à jour ...)
votre avatar
"On peut ajouter un profile VPN, mais pas Wifi. "
Si, via netsh. Comme d'hab depuis 25 ans.
votre avatar
Qui n'est pas un commandlet powershell, c'est bien ce que je dis
votre avatar
"Qui n'est pas un commandlet powershell, c'est bien ce que je dis "

Pardon, effectivement. Ceci dit, je préfère une ligne (appelable depuis PS) qui n'a pas bougé depuis 20ans que de réapprendre des commandes PS pour s'apercevoir qu'elle ne couvrent pas toutes les fonctionnalités.
Et j'en suis même à faire du ps sur linux tellement je trouve bien plus simple et cohérent ps par rapport à Bash (Bash, pas csh ou sh- mais eux sont trop limités)
votre avatar
Je ne suis pas vraiment un spécialiste de windows, j'ai presque totalement arrêté de l'utiliser à titre personnel depuis 25 ans (reste le laptop pro, mais même là 95% du boulot est sous une VM Debian, le côté windows je ne l'utilise que contraint et forcé pour la bureautique)... mais à chaque fois qu'un proche est venu me voir avec un windows qui ne démarrait pas, je n'ai jamais rien vu d'autre qu'un mode sans échec graphique ne permettant donc pas de se sortir de pb à ce niveau. Donc accéder à une console powershell ou autre n'est pas possible (et avec un env graphique fonctionnel, je ne suis pas certain que j'en aurait eu besoin de toutes manières).

Rien de comparable à changer une kernel cmdline au démarrage (niveau boot-loader) pour y ajouter un "single" ou un "init=/usr/bin/bash" qui va stopper le boot avant ce qui pose pb et te lâcher en mode texte pur sur une console root. Bref, retour à l'adage "un windows ne se dépanne pas, il se réinstalle", qui concerne aussi largement les intervenants IT que j'ai pu voir en pareil cas, pour moi-même ou des collègues: En général les parades tentées ne sont pas nombreuses et leur succès peu garanti.

Idem, si pb de DE en fonctionnement (même si cela m'est peu arrivé sous windows après XP): Aucun moyen de basculer sur une console texte (les "ctrl+alt+f1" à f6, retour au graphique avec f7) pour voir ce qui rends ton DE inutilisable et identifier/tuer le process qui pose pb par exemple.
votre avatar
Il existe pourtant un mode sans échec console. Ok, cela ouvre une fenêtre toute seule dans la GUI, donc certains te diront que c'est un mode graphique.

Mais c'est un mode graphique tellement évolué que tu peux te retrouver avec des résolutions genre 640x400 sans accélération matériel. A chaque fois que j'ai vu un Windows HS, ce mode était toujours dispo.

Attendre de Windows qu'il se comporte comme Linux, c'est juste stupide dans la mesure où il s'agit de deux OS radicalement différent. Quand un processus pose problème, c'est le bon vieux Ctrl+Alt+Supp. Pas besoin de passer en mode console à la linux.

Et si sous Linux c'était une nécessité (moins maintenant, mais à l'époque où il fallait configurer le serveur X et qu'une simple mise à jour pouvait le foutre en l'air), sous Windows, c'est hyper-rarissime, et souvent plus le reflet d'un défaut matériel que logiciel.
Bref, retour à l'adage "un windows ne se dépanne pas, il se réinstalle"
Méconnaissance profonde de Windows. Un Windows se répare, très facilement, sans avoir besoin de connaître les lignes de commandes par coeur et d'un support à côté ou d'un live CD (ou clé USB ou autre). Et s'il ne se répare pas (ce qui peut toujours arriver), tu peux le réinstaller, toujours sans live CD ou autre.

Le mode de dépannage offre toutes ces possibilités, de manière très accessible, et il est très puissant et bien plus robuste que ce que l'on peut trouver sous Linux.
votre avatar
"je n'ai jamais rien vu d'autre qu'un mode sans échec graphique ne permettant donc pas de se sortir de pb à ce niveau"

En fait, c'est possible, mais li faut l'avoir prévu. Pour dépanner, par défaut on utilise une clé USB bootable et on se "connecte" au C: vérolé. On peut mettre l'environnement de démarrage pour dépannage sur une partition (il y en a un, mais pour le rendre activable au boot il y a un truc).

Quand à ce que tu dis sur linux, à cause du fait que la console est en mode graphique, en cas de problème graphique, c'est mort même pour la console. et dépanner un linux quand le DE déconne, en général je ne cherche même pas à savoir ce qui déconne dans le fatras qu'est gnome ou KDE je passe chez le concurrent.

Et "un windows ne se dépanne pas, il se réinstalle", c'est la même chose sous Linux en fait...
Mais bon, pour ceux qui ont poncé Windows, notamment quand c'était la grande époque du MSDN et du technet, une chose en ressort: Windows est propriétaire, mais énormément documenté. C'est ce que j'apprécie dans les outils Ms (enfin jusqu'à il y a environ 10 ans); tout était documenté à fond, sans trop de truc cachés.

De même, depuis Windows 2008/Vista, le principe des images Windows est pas trop mal, ça permet d'upgrader in-situ. C'était même sympa avec les images compressées, Wimboot et tout le toutim - mais ils ont un peu abandonné.

Non, Windows n'est pas un mauvais produit. Et linux est loin d'être la solution à tout (et surtout pas à la stabilité d'un environnement de bureau de mon expérience)
votre avatar
La partition recovery WinRe depuis Windows 8 ? On a un cmd.exe indépendant de celui de C:
votre avatar
Ce qui combiné à dism est plutôt puissant.
votre avatar
C'est quoi une archi d'OS libres ?
votre avatar
je dirais RISC-V? :troll:
votre avatar
Kernel, et terminal d'abord. Ensuite le reste suivant automatisation.

L'éditeur en mode texte étant incontournable dans un terminal. Bon y'a Echo, Sed et Awk mais bon c'est moins la fête avec ceux la.
votre avatar
Donc un OS libre ne peut pas démarrer en mode graphique?
Et QNX est un OS libre? VxWorks aussi?
votre avatar
Qnx:
La fiche Wiki dit : Licence propriétaire? États des sources propriétaires.

VxWorks :
La fiche Wiki dit : Licence Propriétaire ; EULA

On peut avoir QNX et VxWorks gratuit mais pour un usage non commercial. Donc pas libre par définition. Ou alors je me suis planté de lien dans la recherche.

https://labs.windriver.com/vxworks-sdk/
https://devblog.qnx.com/how-to-get-a-free-qnx-license/


Et quand je disais terminal; je pensais POSIX like... ish. Dans le sens de session utilisateur primaire (donc connue du kernel) pour lancer la suite. Que cela soit une invite graphique un terminal en mode texte.

Mais bon ce genre de terme (POSIX) étant compris comme une insulte par un tas de gens... Je ne voulais pas choquer.
votre avatar
Je conteste juste ta définition: aucun lien entre libre et mode console. J'ai choisi qnx et vxworks car ils ne sont bien évidemment pas libre

Windows 11 embarque désormais Edit, un outil d’édition en ligne de commande

Fermer