Quais são os editores de texto padrão nos diferentes tipos de Ubuntu?

32

Quais são os editores de texto padrão (GUI e CLI) em diferentes tipos de Ubuntu. quais comandos devemos usar para editar arquivos com eles?

screensho


Por trás da pergunta

Eu tentei o Kubuntu e quero experimentar mais sabores do Ubuntu e outras distribuições, mas quando eu estava no Kubuntu, tentei tanto executar o gksu gedit /path/file.txtque não funcionaria porque o gedit não é o editor de texto padrão no Kubuntu, é kate. Estou feliz por nanoestar disponível. mas se eu quiser experimentar mais sabores, devo saber quais são os editores de texto padrão em vários sabores do Ubuntu

Yoginee Pingale
fonte
4
Comentários não são para discussão prolongada; esta conversa foi movida para o bate-papo . Por favor, poste qualquer discussão adicional lá. Os comentários serão excluídos desta postagem sem aviso.
terdon

Respostas:

43

Acho que as respostas de Muzaffar e Terrance atendem às suas necessidades. Uma coisa a notar é que você pode instalar qualquer um desses editores de texto em qualquer tipo.


Editores de texto da GUI

Gedit

Padrão em:

  1. Ubuntu Unity
  2. Ubuntu Gnome
  3. Ubuntu Kylin
  4. Ubuntu Budgie

O Gedit é certamente o editor de texto mais famoso do mundo Ubuntu. O Gedit também está disponível para Windows e MacOS . Para instalar o Gedit em qualquer versão do Ubuntu, use o seguinte comando:

sudo apt-get install gedit

Para abrir um arquivo com o gedit:

gedit /path/to.file.txt

Kate

Padrão em:

  1. Kubuntu
  2. KDE Neon (não é um sabor oficial do Ubuntu)

também está disponível para Windows . Como muitos aplicativos do KDE, ele possui muitos recursos . Para instalar, execute:

sudo apt-get install kate

Se você quiser a versão mais recente do Kate, precisará adicionar um PPA :

sudo add-apt-repository ppa:kubuntu-ppa/backports
sudo apt-get update
sudo apt-get install kate

Para abrir um arquivo com kate:

kate /path/to.file.txt

Leafpad

Diferentemente do Kate, a ênfase do Leafpad é a simplicidade e a leveza, que é a agenda do projeto LXDE . Ele vem pré-instalado no Lubuntu . Para instalar:

sudo apt-get install leafpad

Para abrir um arquivo com o leafpad:

leafpad /path/to.file.txt

Tapete de rato

Padrão em:

  1. Xubuntu
  2. Ubuntu Studio

Na filosofia, o Mousepad é bastante semelhante ao Leafpad. Para instalar:

sudo apt-get install mousepad

Para abrir um arquivo com mousepad:

mousepad /path/to.file.txt

Pluma

O Pluma é um fork do Gedit que vem pré-instalado no Ubuntu Mate . Para instalar:

sudo apt-get install pluma

Para abrir um arquivo com pluma:

pluma /path/to.file.txt

* Nota: se você deseja editar arquivos com privilégios de root , adicione gksuna frente de um comando, como este:

gksudo gedit path/to/file.txt

É melhor evitar usá-lo com Kate


Editores de texto CLI

Nano

sudo apt-get install nano

Não sei se o Nano está instalado em todos os sabores do Ubuntu, mas está instalado no Ubuntu Unity, Ubuntu Gnome e Kubuntu, de acordo com o meu conhecimento. Para abrir um arquivo com nano, use o seguinte comando:

nano /path/to.file.txt

Para obter mais informações sobre o Nano, consulte o Beginner's Guide to Nano, o editor de texto da linha de comando do Linux .

Vim

sudo apt-get install vim

Para abrir um arquivo com o Vim, digite um destes dois comandos:

vim /path/to.file.txt

ou

vi /path/to.file.txt

O Vim (ou pelo menos vi) é instalado por padrão em todos os tipos de Ubuntu (ou qualquer outro Linux). Se você começar a gostar do Vim e quiser que ele tenha uma interface de usuário, tente o Gvim . Observe também que, em alguns sistemas, vié um alias para vim, portanto, ambos os comandos fazem coisas idênticas. (qual lançamento vim)

Para obter mais informações sobre o vim, consulte o Guia para iniciantes do Vim ou execute vimtutorno terminal.


Lembre-se de que os aplicativos QT não ficam bem na área de trabalho baseada em Gtk e vice-versa. mas se você quiser que eles se sintam em casa, tente esta pergunta Como fazer com que os aplicativos do KDE pareçam nativos no GNOME?


Mais editores de texto do Linux

Sumeet Deshmukh
fonte
Comentários não são para discussão prolongada; esta conversa foi movida para o bate-papo .
Thomas Ward
11
"se você deseja editar arquivos com privilégios de root, adicione gksu na frente de um comando" - Por favor, gksudonão use gksu. Eles têm uma diferença sutil, mas vital, que pode, em raras circunstâncias, levar à perda de dados. Documentado nos fóruns , neste site e como um bug .
Paddy Landau
Eu não sei se descreveria o gvim como uma interface de usuário para o vim, tanto quanto uma maneira de executar o mesmo antigo vim em uma janela da área de trabalho, então basicamente apenas emula uma janela de terminal com o vim. Ele adiciona um menu opcional cujas opções se traduzem em comandos de teclas, além de suporte ao mouse com menu de contexto, suporte a cores verdadeiras, etc., mas essencialmente a interface é a mesma do modo de texto. Observe que a versão do vi instalada por padrão é realmente o vim, mas pode executar o vim no modo "compatível com o vi". Você não pode mais obter o "vi original" em uma distribuição Linux.
thomasrutter
vinão foi instalado na minha instância do Google Cloud, um Ubuntu 19.04 minimizado (disco dingo). Isso me surpreendeu também.
mazunki 29/07
30

Os sabores do Ubuntu podem mudar o tempo todo, assim como os editores padrão da GUI. Em vez de tentar se lembrar de todos os editores da GUI padrão de cada distribuição, desde que xdg-utilsestejam instalados, você pode executar um comando simples xdg-openpara saber qual é o editor padrão e iniciá-lo editando um arquivo de texto:

xdg-open /path/to/textfile

xdg-openTambém é possível iniciar o player de áudio padrão quando você abre um arquivo .MP3. Ou, se você deseja abrir rapidamente uma página da Web, pode usá xdg-open www.somewebsite.com-la e ela iniciará o navegador da Web padrão.

Para a linha de comando, o vi/vim& nanoparece ser o mais comum nos sabores do Ubuntu como sendo os editores padrão instalados. vi/vimdeve estar em todos os tipos de Linux.

Você pode alterar o editor de linha de comando padrão com o seguinte comando e escolher qual deseja como padrão:

sudo update-alternatives --config editor

Exemplo:

~$ sudo update-alternatives --config editor
There are 9 choices for the alternative editor (providing /usr/bin/editor).

  Selection    Path                Priority   Status
------------------------------------------------------------
  0            /usr/bin/vim.gnome   60        auto mode
  1            /bin/ed             -100       manual mode
  2            /bin/nano            40        manual mode
  3            /usr/bin/emacs24     0         manual mode
  4            /usr/bin/mcedit      25        manual mode
  5            /usr/bin/nvi         19        manual mode
  6            /usr/bin/nvim        30        manual mode
* 7            /usr/bin/vim.basic   30        manual mode
  8            /usr/bin/vim.gnome   60        manual mode
  9            /usr/bin/vim.tiny    10        manual mode

Press <enter> to keep the current choice[*], or type selection number:

Como o comando /usr/bin/editordeve estar no seu caminho, para editar um arquivo, basta executar o seguinte para editar o arquivo:

editor /path/to/file

Ou se você precisar de:

sudo editor /path/to/file

Espero que isto ajude!

Terrance
fonte
i vai certamente dar um que tente, parece ser uma economia de tempo
Yoginee PINGALE
3
IMHO esta é a resposta ideal. :-)
Elder Geek
11
$EDITORA variável de ambiente é usada para configurar seu editor de CLI padrão.
earthmeLon
3
@ Anwar: Eu acho que seu argumento realmente suporta a resposta de Terrance, porque xdg-opencontinuará a funcionar, apesar das alterações no editor padrão.
David Foerster
16

Kubuntu - kate

Lubuntu - leafpad

Xubuntu - mousepad

Ubuntu Gnome - gedit

Ubuntu MATE - pluma

Ubuntu Budgie -gedit

Ubuntu Kylin - gedit

Ubuntu Studio - mousepad

Muzaffar
fonte
2
Na verdade, isso é o que realmente responde à pergunta
Philippos
kwritepor um tempo como padrão editor de texto para o Kubuntu
Anwar
@ Philippos Vou ter que discordar (e não porque eu tenho outra resposta postada aqui), essa resposta não toca nos editores da CLI, que foram escritos em questão. E também não fornece comandos adequados para abrir o arquivo, que também foi escrito em questão! Mas boa resposta de qualquer maneira!
Sumeet Deshmukh
0

Nem

xdg-open some_file

nem

$EDITOR some_file

é infalível, a menos que você DEFINE "padrão" como o que eles invocam, que não é o sentido em que é comumente usado.

Por exemplo, nos meus sistemas xenial:

Não tenho uma variável global EDITOR definida:

$ env | grep EDITOR
$ echo $EDITOR

$

Portanto, $EDITOR some_filefalha completamente em um ambiente de GUI (x & openbox, no lxterminal) ou em um tty.

Em um ambiente de GUI, xdg-open some_fileabre o arquivo no vi. Em um simples exemplo, ele tenta fazer o mesmo, mas falha. Mas o vi não é meu editor "padrão" no sentido em que a palavra é mais comumente usada. Todos os gerenciadores de arquivos que eu instalei concordam que meu editor padrão é ed(não, não ISSO ed- se eu fosse a masoquista que eu usaria vi, meu edé um script que escrevi).

Pode haver uma justificativa para definir "padrão" em termos de um ou outro desses comandos, mas no uso geral da grande maioria dos usuários, "padrão" é um adjetivo aplicado a qualquer programa que abre um arquivo quando você duplica ou clique nele em um navegador de arquivos da interface gráfica do usuário (como Nautilus, Pcmanfm, Thunar, etc.), (duplo ou único, dependendo das configurações desse navegador de arquivos PARTICULAR). Ou, alternativamente, qualquer programa que abrir o arquivo quando você o destacar e pressionar enter em um navegador de arquivos ortodoxo como o Midnight Commander.

Portanto, no uso mais comum de "padrão", você pode ter um padrão diferente para cada navegador de arquivos e, quando você fala de padrão sem qualificação, significa o que é o padrão no navegador de arquivos padrão. E o navegador de arquivos padrão em um ambiente gráfico seria aquele que abrir se você clicar duas vezes em um diretório (também conhecido como "pasta") ou em um link simbólico para um diretório na área de trabalho, ou se você não usar a metáfora da área de trabalho, talvez o mais destacado em um menu. Até onde eu sei, nesse sentido, que é o uso normal do mundo real, a resposta de Sumeet Deshmukh é totalmente correta e totalmente completa. Pode ser também nos sentidos mais abstratos.

Em um ambiente não gráfico, fora de um gerenciador de arquivos ortodoxo, o senso comum da palavra "padrão", aplicado a um editor, não tem aplicação normal. Ninguém trabalhando no tty chama um editor com xdg-open some_fileou a $EDITOR some_filemenos que esteja trabalhando na máquina de outra pessoa, não quer instalar nada e ficou desesperado. Eles abrem um editor chamando diretamente aquele que desejam abrir, POR NOME. Se conseguirem bash: gedit: command not found, tentam seu segundo favorito, etc. Qual é o padrão é irrelevante. O que importa são as preferências e o que está instalado ou pode ser instalado.

O ponto principal:

. . . gksu gedit /path/file.txt que não funciona porque o gedit não é o editor de texto padrão. . . .

Errado. E foi por isso que postei, para explicar por que essa declaração está errada e por que esse comando falhou. O que é o editor padrão, independentemente de como você o define, é irrelevante.

Para que esse comando funcione, você precisa de duas coisas:

  • Ambos os programas gksue geditdevem estar instalados no sistema.

  • Você deve ter permissões adequadas para o arquivo e seus diretórios ancestrais. Você precisa ter x em todos os diretórios no caminho, pelo menos r no próprio arquivo e provavelmente pelo menos r no diretório pai. Alguns editores podem requerer w no arquivo ou até no diretório pai, embora não devam.

Você deve saber por que o comando falhou ao ler a mensagem de erro. Se você gosta do gedit, instale-o.

Mas gksu é perigoso. Use gksudo se você precisar. Mas não use nenhum dos comandos do tipo su / sudo / gksu / gksudo / pkexec, a menos que o comando a seguir falhe sem ele. E, mesmo assim, somente se DEVERIA ter falhado. Se deveria ter funcionado, usar algum comando sudo-ish para fazê-lo funcionar é como "Se não couber, pegue um martelo maior". Isso criará mais problemas no caminho. Nesse caso, corrija as permissões e tente descobrir por que eles estavam errados em primeiro lugar.

Nenhum dos comandos do tipo sudo é onipotente. Às vezes, você DEVE alterar as permissões antes de poder editar o arquivo mesmo com o gksudo.

Quanto aos perigos de gksuouvir Paddy, que comentou a resposta de Sumeet. Ele é um sujeito sábio que já existe há algum tempo. Repetindo seus 3 links:

https://askubuntu.com/a/288506/2088
https://bugs.launchpad.net/ubuntu/+source/gksu/+bug/1186676
http://ubuntuforums.org/showthread.php?t=1819589
Lew Rockwell Fan
fonte
Você poderia justificar sua afirmação de que gksu é mau?
Zanna 23/05
@ Zanna Paddy já fez, em seu comentário após a resposta de Sumeet. Confira todos os 3 links dele. A pergunta do meio askubuntu.com/a/288506/2088 é provavelmente a mais clara.
Lew Rockwell Fan
pelo menos coloque um link na sua resposta então. Você não pode assumir que todo mundo está lendo a página inteira ou mesmo que outras respostas permaneçam estáticas. De qualquer forma, gksu e gksudo são imho desnecessário
Zanna
11
nós devemos "usar" sudo -ie iniciar o programa, ou você pode simplesmente usá-lo sudo -H. Eu não uso editores de texto da GUI. Eu não utilizar a GUI para muita coisa, mas eu uso sudo -ipara qualquer coisa que não posso usar sudopara
Zanna
11
@SumeetDeshmukh isso é com você, mas gksunão é instalado por padrão, enquanto sudoé claro. Às vezes, você precisa de permissões de root para corrigir um problema do APT; portanto, não é possível instalar um pacote. Muitas pessoas que estão acostumadas com o gksu ainda o instalam e o usam, mas é o "caminho antiquado", eu acho :) Eu usaria, sudo -H geditpor exemplo (eu ando editando isso -Hem posts!), Porque realmente você precisa de etapas adicionais com sudo -i: programas não começar em um passo como esse, e você tem que lembrar as pessoas para sair do shell de root, então sudo -Hé a maneira mais fácil
Zanna