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

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?

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

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

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!

Kubuntu - kate

Lubuntu - leafpad

Xubuntu - mousepad

Ubuntu Gnome - gedit

Ubuntu MATE - pluma

Ubuntu Budgie -gedit

Ubuntu Kylin - gedit

Ubuntu Studio - mousepad

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