Editores na CLI Microsoft

Procura-se, Vivo ou Morto: editor CLI


Este artigo baseia-se fortemente na página Wanted: Console Text Editor for Windows, que é muito completa e que recomendo fortemente que leiam (de caminho, ponham uma estrela no perfil GitHub do autor, Antoni Sawicki); no entanto, descobri tantas coisas que decidi que talvez possa dar a minha achega.
O artigo original começa com as minhas razões para investigar este assunto:

Since 2012 or so Microsoft is pushing concept of running Windows Server headless without GUI and administering everything through PowerShell. I remember sitting through countless TechEd / Ignite sessions year after year and all I could see were blue PowerShell command prompts everywhere. No more wizards and forms, MMC and GUI based administration is suddenly thing of a past. Just take a look at Server Core, WinPE, Nano, PS Remoting, Windows SSH server, Recovery Console and Emergency Management Services. Even System Center is a front end for PowerShell. Nowadays everything seems to be text mode.
This overall is good news and great improvement since previous generations of Windows, but what if you need to create or edit a PowerShell, CMD script or some config file?

Desde 2012, mais coisa menos coisa, que a Microsoft está a promover a ideia de correr o Windows Server headless (sem GUI) e administrar tudo por PowerShell. Lembro-me de assistir a incontáveis sessões TechEd/Ignite ano após ano e eram sessões azuis PowerShell até perder de vista. Nada de wizards nem de formulários; MMC e administração por GUI passaram de repente a ser coisas do passado. Basta pensar em Server Core, WinPE, Nano, PS Remoting, Windows SSH, Recovery Console e Emergency Management Service. Até o System Center é uma fachada bonita em cima de PowerShell. Hoje em dia tudo parece ser em modo texto.
Em geral, são boas notícias e uma grande evolução sobre versões anteriores do Windows, mas e se precisarmos de criar ou editar scripts PowerShell ou CMD, ou mesmo um ficheiro de configuração?
Exactamente!
A primeira vez que me dei conta desta necessidade foi quando precisei de editar um ficheiro de configuração de um pacote portado do *NIX - o Notepad nem sequer suportava quebras de linha UNIX, por isso tive de instalar o Notepad++, e nada contra este último, excelente programa que só é pena que não seja multiplataforma - mas fiquei a pensar:

E se só tivesse acesso remoto por CLI?

E sim, nos Windows (cliente) mais modernos existe o Windows Subsystem for Linux (WSL), com acesso directo aos sistemas de ficheiros nativos do Windows, mas também toda a panóplia de shells e utilitários para *NIX. Mas não há WSL no Windows Server…

Parâmetros de avaliação

Tenho alguns critérios que me ajudaram a eliminar uma quantidade substancial de candidatos:

  • Uso livre e/ou gratuito, mesmo em utilização profissional
  • Compatível com x64
  • Suportar terminações de linha *NIX e DOS
  • Suportar UTF-8
  • Poder correr de um executável com um mínimo de instalação (sobretudo, nada de espalhar 400 ficheiros pelo disco de sistema)

Sistema testado

Os editores foram testados sumariamente em Windows 10, mas as instalações documentadas neste artigo são em Windows Server Core 2022 (se bem que para Server 2019 não deve haver grande diferença).

Editor simples

Este tipo de editores tem funcionalidades muito básicas, especialmente de busca e substituição, e raramente oferecem coisas como formatação de sintaxe; são para abrir um ficheiro de texto, mudar duas linhas e fechar. No mundo DOS/Windows, seguem o standard de interface CUA (Common User Access), desenvolvido para o OS/2 e utilizado em todas as aplicações da Microsoft, nomeadamente o EDIT.COM que foi lançado no MS-DOS 5.

EDIT.EXE

Este último é o mesmo EDIT.EXE que ainda está disponível em algumas versões do Windows. Só que como se trata de um programa de 16-bits, só corre em versões x86 de Windows. Testei com a versão 20H02, que ainda existe em x86, mas os Windows 10 OEM deixaram de ter versão x86 desde a 20H01, também conhecida como 2004.
Antes de tentar correr o comando, é necessário ir às Properties da janela do CMD.EXE, separador Options e activar o Legacy Console; depois fechar o CMD.EXE e voltar a abrir.

Quando se tenta correr o executável pela primeira vez, o Windows pede para instalar uma biblioteca, NTVDM, que é a NT Virtual DOS Machine.

Depois de cumpridos estes requisitos, conseguimos abrir o velhinho MS-DOS Editor - claro que não funciona em x64, não sabe o que são terminações *NIX e nem imagina o que é UTF-8, por isso é apenas uma curiosidade…

A última versão de Windows Server com suporte x86 é o Windows Server 2008, baseado no Vista.

YEdit

O YEdit faz parte do conjunto de utilitários de shell Yori
É possível correr o YEdit sem o Yori, mas primeiro é preciso descarregar o Yori, como vou mostrar.
O instalador do Yori é apenas um stub que descarrega a última versão directamente do repositório; ora, apesar de isso ser uma boa ideia (o instalador é sempre o mesmo e não é preciso reconstruí-lo a cada nova versão), esse modo de funcionamento, acrescentado ao facto de o instalador não estar assinado, faz com que todas as protecções anti-malware sejam activadas (avisos dentro do browser, SmartScreen, Windows Defender, etc.) se estivermos num Windows cliente; mas quando logados como Administrator num Windows Server, nada disto acontece.
É compatível com x64 e UTF-8, que é o mais importante, mas é possível definir uma code page específica (lembram-se?) para abrir aqueles ficheiros que ficaram no século passado.
Para mais informação sobre o Yedit, o mesmo autor do artigo original em que me estou a basear fez um artigo especificamente sobre o Yedit: Yedit – The missing edit.com replacement for modern Windows
Pela minha parte, depois de ultrapassada a questão da instalação, corre em Windows x64 e suporta UTF-8, por isso está aprovado…

Instalação

Para ficarem acessíveis, estes editores podem ser copiados para uma pasta do perfil local do utilizador como %LOCALAPPDATA%\Microsoft\WindowsApps\; esta pasta é usada pela Microsoft para deixar atalhos para a localização real de vários executáveis como o winget, Windows Terminal (wt.exe), Edge, etc.
Não existe Microsoft Store nos Windows Server mas a pasta existe na mesma e faz parte da variável PATH.
Descarregamos o instalador:

1
2
Invoke-WebRequest http://www.malsmith.net/download/?obj=yori/latest-stable/win32/ysetup.exe `
  -O $ENV:UserProfile\ysetup.exe

E instalamos directamente:

1
2
$yoripath = $ENV:LocalAppData + '\Microsoft\WindowsApps\Yori\'
$ENV:UserProfile\ysetup -typical -terminal -userpath $yoripath

Obtaining package URLs...
Installing 1 of 4: http://www.malsmith.net/download/?obj=yori/latest-stable/yori-ypm-amd64.cab
Installing 2 of 4: http://www.malsmith.net/download/?obj=yori/latest-stable/yori-core-amd64.cab
Installing 3 of 4: http://www.malsmith.net/download/?obj=yori/latest-stable/yori-typical-amd64.cab
Installing 4 of 4: http://www.malsmith.net/download/?obj=yori/latest-stable/yori-completion-noarch.cab
Applying installation options...
Installation complete.
Success: Installation complete.

Apesar de $ENV:LocalAppData\Microsoft\WindowsApps\ fazer parte do PATH privado de cada utilizador desde o Windows 8, as suas subpastas não fazem (e teria sido feio largar o Yori na raiz da pasta); por isso, temos de acrescentar ao PATH o caminho onde instalamos o Yori:

1
2
$yoripath += ';'
$ENV:Path += $yoripath

E finalmente yedit

Por sua vez, o yedit.exe pode ser usado sozinho, sem o Yori, depois do mesmo ser instalado; nesse caso, convém não acrescentar a pasta do Yori ao PATH)

1
2
3
4
$ENV:Path = $ENV:Path.Replace($yoripath,"")
$yoripath = $yoripath.TrimEnd(';')
cp $yoripath\yedit.exe $ENV:LocalAppData\Microsoft\WindowsApps\
del $yoripath -Recurse -Force

Para facilitar a vida ao leitor, vou disponibilizar aqui no site o executável do YEdit 1.70; usando este executável, basta largá-lo em $ENV:LocalAppData\Microsoft\WindowsApps\ ou outra pasta que faça parte do PATH.
yedit.exe v1.70 - (c) Malcolm Smith

86F5437B1BE03C51625A251B7D9193AD

Mas uma vez mais, recomendo que experimentem e utilizem todo o pacote do Yori, porque vale a pena.

Sobre o Yori

Um comentário quanto ao Yori: não sei onde é que o Yori esteve a minha vida toda, mas é fantástico. É o que o CMD.EXE devia ser há 20 anos, e é uma excelente opção se desejam uma shell mais poderosa sem ter de migrar para PowerShell ou instalar 1GB de WSL só para ter acesso às shells do mundo *NIX. Deixo uma pequena amostra dos comandos suportados:

Aplicam-se os avisos do costume quanto a correr código externo num servidor e habituarmo-nos a ferramentas de administração que não fazem parte do pacote-base de instalação.

Wishlist: Tilde

No mundo *NIX aconteceu o oposto, que foi alguém ter desenvolvido um editor simples com a interface CUA típica do Windows, que é mais natural para quem transita de uma GUI para a CLI. Esse editor chama-se Tilde e de momento não tem versão para Windows.
Seria bom ter duas opções…

Editor avançado

Estes editores são mais poderosos e têm uma curva de aprendizagem mais inclinada que os editores mais simples como o Notepad:

Mas costumam ter funções avançadas como macros, múltiplas janelas, coloração de sintaxe, plugins, etc.
Começando pelos editores clássicos do *NIX: Pico (Nano), VI (VIm), JOE e EMACS :

Pico/Nano: 404

A fonte mais próxima do Pico (o editor do programa de email Pine, daí o nome - PIne COmposer) deveria ser o site oficial, mas há muito tempo que é abandonware, desde que a universidade que o criou se esqueceu dele.
Não só não é actualizado para MS-DOS desde 1997, como necessitava da instalação do middleware DJGPP. Outros tempos…
Já o clone da FSF, GNU Nano, não oferece um ficheiro binário para Windows, e a compilação independente mais popular exige a instalação da biblioteca Cygwin para simular um ambiente POSIX no Windows; um pouco pesado de mais para o que estou à procura.

Micro

No entanto, um outro clone do Pico, chamado Micro, pode ser uma boa aposta:

É o mais recente de todos, ainda está em desenvolvimento, é escrito em Go e tem versões para OSX, Free/Open/Net BSD, Linux (x86, x64 e ARM), e Windows (x86 e x64).
Funciona bem, tem uma command bar (Ctrl-E) e os atalhos baseiam-se na tecla Ctrl seguindo a linha familiar do Pico, Nano, etc.
Tal como queremos para este desafio, o “instalador” é apenas um ZIP com um executável estaticamente linkado.

Instalação

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
'Descobrimos o link para a última versão'
$latest = 'https://github.com' + `
  ((Invoke-WebRequest http://github.com/zyedidia/micro/releases/latest/ -UseBasicParsing).Links |
  foreach {$_.href} | Select-String -Pattern 'win64')
'Descarregamos o ZIP'
Invoke-WebRequest $latest -UseBasicParsing -Out $ENV:UserProfile\micro-latest.zip
'apontamos para a pasta dos executáveis do utilizador'
$micropath = $ENV:LocalAppData + '\Microsoft\WindowsApps'
'extraimos o arquivo'
Expand-Archive -Path $ENV:UserProfile\micro-latest.zip -Destination $micropath
'se nunca tivermos instalado o Micro antes, usar este comando para extrair o caminho para o executável'
$micropath += ( (dir $micropath | where name -like micro-*).Name + '\;')
'Acrescentamos esse caminho ao PATH'
$ENV:Path += $micropath
'Correr o editor'
micro

O ficheiro de configuração do Micro fica em $ENV:UserProfile\.config\micro\settings.json

VIM

A versão para Microsoft do VIM (Vi, IMproved) vem em várias declinações (incluindo uma versão com interface gráfica chamada gvim), mas o que nos interessa é o executável para consola, que é compilado para x86 - mas não vamos abrir ficheiros com mais de 2GB, correcto?
Caso precise mesmo de abrir ficheiros com mais de 2GB, o Neovim existe em versão x64 e instala-se mais ou menos da mesma maneira que se segue.

Instalação

O processo de descarregar e “instalar” é muito similar ao que foi usado para o Micro:

1
2
3
4
5
6
Invoke-WebRequest https://ftp.nluug.nl/pub/vim/pc/vim82w32.zip -UseBasicParsing `
  -Out $ENV:UserProfile\vim82w32.zip
Expand-Archive -Path $ENV:UserProfile\vim82w32.zip `
  -Destination $ENV:LocalAppData\Microsoft\WindowsApps
$ENV:Path += ($ENV:LocalAppData + '\Microsoft\WindowsApps\vim\vim82\;')
vim

O perfil do Vim fica em $ENV:UserProfile\.vimrc.
Podem ver uma sugestão de .vimrc na página DotFiles

JOE (Joe’s Own Editor)

O JOE é bastante menos conhecido, mas tem os seus fãs.
Para mais informações sobre o JOE para Windows, veja esta página.
Felizmente, existe como executável independente, e até em várias versões consoante a interface preferida:

Infelizmente, por estarem alojados no SourceForge, não encontrei nenhum link directo que permitisse descarregar os ficheiros numa instalação-base Windows Server Core; mas num WinServer com Desktop Experience, pode usar um browser para instalar e usar o JOE.
Num Windows Server Core, é necessário instalar o programa WGET

WGET para Windows

O comando Invoke-WebRequest num Windows Server Core não pode recorrer ao motor de páginas HTML do sistema (Trident ou Blink) para pedidos HTTP complexos, como estes endereços do SourceForge que incluem redirects. Mas um utilitário de linha de comando que o pode fazer é o GNU WGET, que uma alma caridosa compila e distribui para Windows
Instalamos o WGET com o mesmo método básico:

1
2
Invoke-WebRequest https://eternallybored.org/misc/wget/1.21.2/64/wget.exe -UseBasicParsing `
    -Out $ENV:LocalAppData\Microsoft\WindowsApps\wget.exe
wget, por defeito, é um Alias para Invoke-WebRequest, por isso é necessário chamar o executável WGET com wget.exe ou desactivar o Alias; em PowerShell 6+ é simples porque existe o comando Remove-Alias, mas em Windows PowerShell (a versão que vem por defeito nos sistemas Windows, que corresponde ao PowerShell 5.1), é um pouco mais complexo porque o comando não existe e os Alias têm vários Scopes em PowerShell.
No entanto, while (Test-Path Alias:wget) {Remove-Item Alias:wget} resolve o problema.

wget.exe -h, ou wget -h se tiver seguido a recomendação acima:


GNU Wget 1.21.2, a non-interactive network retriever.
Usage: wget [OPTION]... [URL]...
Mandatory arguments to long options are mandatory for short options too.
Startup:
-V, --version display the version of Wget and exit
-h, --help print this help
-b, --background go to background after startup
-e, --execute=COMMAND execute a '.wgetrc'-style command
Logging and input file:
-o, --output-file=FILE log messages to FILE
-a, --append-output=FILE append messages to FILE
-d, --debug print lots of debugging information
-q, --quiet quiet (no output)
-v, --verbose be verbose (this is the default)
-nv, --no-verbose turn off verboseness, without being quiet
--report-speed=TYPE output bandwidth as TYPE. TYPE can be bits
-i, --input-file=FILE download URLs found in local or external FILE
--input-metalink=FILE download files covered in local Metalink FILE
-F, --force-html treat input file as HTML
-B, --base=URL resolves HTML input-file links (-i -F)
relative to URL
--config=FILE specify config file to use
--no-config do not read any config file
--rejected-log=FILE log reasons for URL rejection to FILE
Download:
-t, --tries=NUMBER set number of retries to NUMBER (0 unlimits)
--retry-connrefused retry even if connection is refused
--retry-on-http-error=ERRORS comma-separated list of HTTP errors to retry
-O, --output-document=FILE write documents to FILE
-nc, --no-clobber skip downloads that would download to
existing files (overwriting them)
--no-netrc don't try to obtain credentials from .netrc
-c, --continue resume getting a partially-downloaded file
--start-pos=OFFSET start downloading from zero-based position OFFSET
--progress=TYPE select progress gauge type
--show-progress display the progress bar in any verbosity mode
-N, --timestamping don't re-retrieve files unless newer than
local
--no-if-modified-since don't use conditional if-modified-since get
requests in timestamping mode
--no-use-server-timestamps don't set the local file's timestamp by
the one on the server
-S, --server-response print server response
--spider don't download anything
-T, --timeout=SECONDS set all timeout values to SECONDS
--dns-servers=ADDRESSES list of DNS servers to query (comma separated)
--bind-dns-address=ADDRESS bind DNS resolver to ADDRESS (hostname or IP) on local host
--dns-timeout=SECS set the DNS lookup timeout to SECS
--connect-timeout=SECS set the connect timeout to SECS
--read-timeout=SECS set the read timeout to SECS
-w, --wait=SECONDS wait SECONDS between retrievals
(applies if more then 1 URL is to be retrieved)
--waitretry=SECONDS wait 1..SECONDS between retries of a retrieval
(applies if more then 1 URL is to be retrieved)
--random-wait wait from 0.5*WAIT...1.5*WAIT secs between retrievals
(applies if more then 1 URL is to be retrieved)
--no-proxy explicitly turn off proxy
-Q, --quota=NUMBER set retrieval quota to NUMBER
--bind-address=ADDRESS bind to ADDRESS (hostname or IP) on local host
--limit-rate=RATE limit download rate to RATE
--no-dns-cache disable caching DNS lookups
--restrict-file-names=OS restrict chars in file names to ones OS allows
--ignore-case ignore case when matching files/directories
-4, --inet4-only connect only to IPv4 addresses
-6, --inet6-only connect only to IPv6 addresses
--prefer-family=FAMILY connect first to addresses of specified family,
one of IPv6, IPv4, or none
--user=USER set both ftp and http user to USER
--password=PASS set both ftp and http password to PASS
--ask-password prompt for passwords
--use-askpass=COMMAND specify credential handler for requesting
username and password. If no COMMAND is
specified the WGET_ASKPASS or the SSH_ASKPASS
environment variable is used.
--no-iri turn off IRI support
--local-encoding=ENC use ENC as the local encoding for IRIs
--remote-encoding=ENC use ENC as the default remote encoding
--unlink remove file before clobber
--keep-badhash keep files with checksum mismatch (append .badhash)
--metalink-index=NUMBER Metalink application/metalink4+xml metaurl ordinal NUMBER
--metalink-over-http use Metalink metadata from HTTP response headers
--preferred-location preferred location for Metalink resources
Directories:
-nd, --no-directories don't create directories
-x, --force-directories force creation of directories
-nH, --no-host-directories don't create host directories
--protocol-directories use protocol name in directories
-P, --directory-prefix=PREFIX save files to PREFIX/..
--cut-dirs=NUMBER ignore NUMBER remote directory components
HTTP options:
--http-user=USER set http user to USER
--http-password=PASS set http password to PASS
--no-cache disallow server-cached data
--default-page=NAME change the default page name (normally
this is 'index.html'.)
-E, --adjust-extension save HTML/CSS documents with proper extensions
--ignore-length ignore 'Content-Length' header field
--header=STRING insert STRING among the headers
--compression=TYPE choose compression, one of auto, gzip and none. (default: none)
--max-redirect maximum redirections allowed per page
--proxy-user=USER set USER as proxy username
--proxy-password=PASS set PASS as proxy password
--referer=URL include 'Referer: URL' header in HTTP request
--save-headers save the HTTP headers to file
-U, --user-agent=AGENT identify as AGENT instead of Wget/VERSION
--no-http-keep-alive disable HTTP keep-alive (persistent connections)
--no-cookies don't use cookies
--load-cookies=FILE load cookies from FILE before session
--save-cookies=FILE save cookies to FILE after session
--keep-session-cookies load and save session (non-permanent) cookies
--post-data=STRING use the POST method; send STRING as the data
--post-file=FILE use the POST method; send contents of FILE
--method=HTTPMethod use method "HTTPMethod" in the request
--body-data=STRING send STRING as data. --method MUST be set
--body-file=FILE send contents of FILE. --method MUST be set
--content-disposition honor the Content-Disposition header when
choosing local file names (EXPERIMENTAL)
--content-on-error output the received content on server errors
--auth-no-challenge send Basic HTTP authentication information
without first waiting for the server's
challenge
HTTPS (SSL/TLS) options:
--secure-protocol=PR choose secure protocol, one of auto, SSLv2,
SSLv3, TLSv1, TLSv1_1, TLSv1_2 and PFS
--https-only only follow secure HTTPS links
--no-check-certificate don't validate the server's certificate
--certificate=FILE client certificate file
--certificate-type=TYPE client certificate type, PEM or DER
--private-key=FILE private key file
--private-key-type=TYPE private key type, PEM or DER
--ca-certificate=FILE file with the bundle of CAs
--ca-directory=DIR directory where hash list of CAs is stored
--crl-file=FILE file with bundle of CRLs
--pinnedpubkey=FILE/HASHES Public key (PEM/DER) file, or any number
of base64 encoded sha256 hashes preceded by
'sha256//' and separated by ';', to verify
peer against
--random-file=FILE file with random data for seeding the SSL PRNG
--ciphers=STR Set the priority string (GnuTLS) or cipher list string (OpenSSL) directly.
Use with care. This option overrides --secure-protocol.
The format and syntax of this string depend on the specific SSL/TLS engine.
HSTS options:
--no-hsts disable HSTS
--hsts-file path of HSTS database (will override default)
FTP options:
--ftp-user=USER set ftp user to USER
--ftp-password=PASS set ftp password to PASS
--no-remove-listing don't remove '.listing' files
--no-glob turn off FTP file name globbing
--no-passive-ftp disable the "passive" transfer mode
--preserve-permissions preserve remote file permissions
--retr-symlinks when recursing, get linked-to files (not dir)
FTPS options:
--ftps-implicit use implicit FTPS (default port is 990)
--ftps-resume-ssl resume the SSL/TLS session started in the control connection when
opening a data connection
--ftps-clear-data-connection cipher the control channel only; all the data will be in plaintext
--ftps-fallback-to-ftp fall back to FTP if FTPS is not supported in the target server
WARC options:
--warc-file=FILENAME save request/response data to a .warc.gz file
--warc-header=STRING insert STRING into the warcinfo record
--warc-max-size=NUMBER set maximum size of WARC files to NUMBER
--warc-cdx write CDX index files
--warc-dedup=FILENAME do not store records listed in this CDX file
--no-warc-compression do not compress WARC files with GZIP
--no-warc-digests do not calculate SHA1 digests
--no-warc-keep-log do not store the log file in a WARC record
--warc-tempdir=DIRECTORY location for temporary files created by the
WARC writer
Recursive download:
-r, --recursive specify recursive download
-l, --level=NUMBER maximum recursion depth (inf or 0 for infinite)
--delete-after delete files locally after downloading them
-k, --convert-links make links in downloaded HTML or CSS point to
local files
--convert-file-only convert the file part of the URLs only (usually known as the basename)
--backups=N before writing file X, rotate up to N backup files
-K, --backup-converted before converting file X, back up as X.orig
-m, --mirror shortcut for -N -r -l inf --no-remove-listing
-p, --page-requisites get all images, etc. needed to display HTML page
--strict-comments turn on strict (SGML) handling of HTML comments
Recursive accept/reject:
-A, --accept=LIST comma-separated list of accepted extensions
-R, --reject=LIST comma-separated list of rejected extensions
--accept-regex=REGEX regex matching accepted URLs
--reject-regex=REGEX regex matching rejected URLs
--regex-type=TYPE regex type (posix|pcre)
-D, --domains=LIST comma-separated list of accepted domains
--exclude-domains=LIST comma-separated list of rejected domains
--follow-ftp follow FTP links from HTML documents
--follow-tags=LIST comma-separated list of followed HTML tags
--ignore-tags=LIST comma-separated list of ignored HTML tags
-H, --span-hosts go to foreign hosts when recursive
-L, --relative follow relative links only
-I, --include-directories=LIST list of allowed directories
--trust-server-names use the name specified by the redirection
URL's last component
-X, --exclude-directories=LIST list of excluded directories
-np, --no-parent don't ascend to the parent directory
Email bug reports, questions, discussions to 
and/or open issues at https://savannah.gnu.org/bugs/?func=additem&group=wget.

Descarregar o JOE com o wget e instalar

1
2
wget -c https://sourceforge.net/projects/joe-editor/files/JOE%20for%20Windows/4.6/Standalone/joe.exe/download -O $ENV:LocalAppData\Microsoft\WindowsApps\joe.exe
joe

Como se vê, o JOE abre uma nova janela em vez de utilizar a janela actual, por isso precisa de ser testado se funcionará numa shell remota pura como SSH ou PSRemoting e não numa sessão RDC.

Testar com OpenSSH

No Windows Server (2022 ou 2019), correr os comandos:

1
Get-WindowsCapability -Online | where name -like 'OpenSSH*'

Name : OpenSSH.Client\~\~\~\~0.0.1.0
State : Installed
Name : OpenSSH.Server\~\~\~\~0.0.1.0
State : NotPresent

O cliente SSH está instalado, por isso instalamos o OpenSSH.Server seguindo as instruções da Microsoft:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
Add-WindowsCapability -Online -Name OpenSSH.Server\~\~\~\~0.0.1.0
Start-Service sshd
Set-Service -Name sshd -StartupType 'Automatic'
if (!(Get-NetFirewallRule -Name "OpenSSH-Server-In-TCP" -ErrorAction SilentlyContinue |
  Select-Object Name, Enabled)) `
{
    Write-Output "Firewall Rule 'OpenSSH-Server-In-TCP' does not exist, creating it..."
    New-NetFirewallRule -Name 'OpenSSH-Server-In-TCP' -DisplayName 'OpenSSH Server (sshd)' `
      -Enabled True -Direction Inbound -Protocol TCP -Action Allow -LocalPort 22 `
} else {
    Write-Output "Firewall rule 'OpenSSH-Server-In-TCP' has been created and exists."
}

Como já temos o cliente SSH instalado, podemos abrir uma sessão SSH directamente no localhost:

1
ssh Administrator@localhost

The authenticity of host 'localhost (::1)' can't be established.
ECDSA key fingerprint is SHA256:[…].
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added 'localhost' (ECDSA) to the list of known hosts.
Administrator@localhost's password:
Microsoft Windows [Version 10.0.20348.350]
(c) Microsoft Corporation. All rights reserved.
administrator@WIN-L32NQRNJ5GI C:\Users\Administrator>

E como suspeitava, tentando abrir o joe numa sessão CLI pura, não abre.

Por isso, uma vez que para usar o JOE é necessário estar numa sessão Remote Desktop, na minha opinião mais vale usar o Notepad++
O YEdit, o Micro e o Vim abrem correctamente dentro da sessão SSH.

EMACS

Se quiser mesmo usar o EMACS para editar uns ficheiros de texto, posso sugerir o JOE com interface EMACS (jmacs)?
Não?
Então a melhor página que encontrei que o pode ajudar está aqui.
Citando o artigo original,

Emacs.exe binary is whopping 83 MB in size and the zip file contains two of them just in case. Whole unpacked folder is 400 MB.

Eu mencionei que estava à procura de soluções pequenas e práticas, não de um sistema operativo e linguagem de programação que por acaso inclui um editor de texto ¯\(ツ)

Menções honrosas

O artigo original mencionava muito mais editores, mas experimentei a maior parte e acabei por abandonar quase todos porque eram impraticáveis ou incompatíveis.
Dos que me pareceram possíveis e que testei, apenas vou comentar as minhas impressões depois de os instalar; como não os acho úteis para os dias de hoje (por exemplo, por não suportarem UTF-8), não vou documentar a sua instalação.

Open Watcom VI

https://github.com/open-watcom/open-watcom-v2
https://github.com/tenox7/ntutils/tree/master/owvi

O autor do artigo original deu-se ao trabalho de compilar apenas o editor do pacote OpenWatcom, que se instala a partir de https://github.com/tenox7/ntutils/blob/master/owvi/vi-x64.exe ou https://github.com/tenox7/ntutils/blob/master/owvi/vi-x86.exe; a documentação está em https://github.com/tenox7/ntutils/blob/master/owvi/vi.pdf
No entanto, apesar de parecer um bom compromisso entre o VI e um editor com menus (pode-se usar tal e qual como o VI, parece compatível com .vimrc, mas tem menus), não suporta UTF-8.

Kinesics Text Editor

https://turtlewar.org/projects/editor/
https://turtlewar.org/projects/editor/kit-153-win.exe

Funciona em várias plataformas, mas o instalador Windows só funciona com permissões de Administrador, o que imediatamente nos avisa que é um programa de outros tempos…
É extremamente configurável, tem funcionalidades avançadas como selecção em modo de coluna (vi Visual Mode) mas também não suporta UTF-8
E não é actualizado desde 2015

FTE Editor

http://fte.sourceforge.net/
https://github.com/tenox7/ntutils/tree/master/fte

Não corre porque precisa de bibliotecas MSVC muito antigas que não estão disponíveis num sistema Windows moderno

Thomson-Davis Editor - TDE

http://adoxa.altervista.org/tde/
https://github.com/tenox7/ntutils/tree/master/tde

A profundidade dos menus e atalhos é enorme, é um editor extremamente poderoso, mas também não suporta UTF-8…

Conclusão

Depois de décadas a promover a gestão de sistemas por interfaces GUI, os editores CLI nativos das plataformas Microsoft definharam ao ponto de não terem salvação. O único que ainda é viável é o YEdit, talvez porque o programador ainda não desistiu (e parece um programador do caraças); além disso, o YEdit é muito simples.
Mas mesmo o fantástico Yori não teria sucesso onde o Cscript e o Kermit não tiveram (este Kermit era uma adaptação da Korn shell para Windows que a Microsoft pensou em desenvolver), porque o problema advinha de a CLI não ter interfaces consistentes com as quais interagir num sistema que depende completamente de interfaces como o Windows; isso só apareceu com o PowerShell e as ideias que lhe estão por trás.

Recomendo o livro Shell of an Idea - The untold history of PowerShell escrito por Don Jones, que explica bastante bem o que passava na Microsoft nessa altura.

As melhores opções acabam por ser os editores vindos do *NIX que se mantiveram actualizados e que têm versões para Windows.
Caso a falta de suporte a UTF-8 não seja um problema, gostei bastante do OpenWatcom VI e do TDE.
Mas as minhas escolhas são, claramente, o YEdit para coisas muito rápidas e o Vim para tarefas mais complicadas.
Boa sorte!