Quais são os editores de texto padrão em diferentes sabores do Ubuntu?

Question

Quais são os editores de texto padrão (GUI e CLI) em diferentes versões do Ubuntu. que comandos devemos usar para editar arquivos com eles?

Por trás da pergunta

Eu tentei o Kubuntu e queria experimentar mais versões do Ubuntu e outras distros, mas quando eu estava no Kubuntu eu tentei executar gksu gedit /path/file.txt , o que não funciona porque o gedit não é o editor de texto padrão do Kubuntu, é kate. Fico feliz que nano esteja 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

    

Answer 1

Eu acho que respostas por Muzaffar e Terrance atende às suas necessidades. Uma coisa a notar é que você pode instalar qualquer um desses editores de texto de qualquer maneira.

Editores de texto 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 do Ubuntu. O Gedit também está disponível para Windows e MacOS . Para instalar o Gedit em qualquer sabor 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 tem uma carga de 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 o kate:

kate /path/to.file.txt

Leafpad

Ao contrário do Kate, a ênfase do Leafpad está na simplicidade e na leveza, que é toda a agenda do projeto do LXDE . Ele vem pré-instalado em Lubuntu . Para instalar:

sudo apt-get install leafpad

Para abrir um arquivo com o leafpad:

leafpad /path/to.file.txt

Mousepad

Padrão em:

1. Xubuntu
2. Ubuntu Studio

Em filosofia, o Mousepad é bem parecido com o Leafpad. Para instalar:

sudo apt-get install mousepad

Para abrir um arquivo com o 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

* Observação: se você quiser editar arquivos com privilégios de root , adicione gksu na frente de um comando, assim:

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 todas as versões do Ubuntu, mas ele está instalado no Ubuntu Unity, no Ubuntu Gnome e no Kubuntu, segundo meu conhecimento. Para abrir um arquivo com nano use o seguinte comando:

nano /path/to.file.txt

Para mais informações sobre o Nano, consulte O Guia do Iniciante do 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

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

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

Tenha em mente 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 em Linux

    

Answer 2

Os sabores do Ubuntu podem mudar o tempo todo, assim como os editores GUI padrão. Em vez de tentar lembrar de todos os editores de GUI padrão de cada distro, contanto que o xdg-utils esteja instalado, você pode executar um comando simples de xdg-open para que você saiba qual é o editor padrão e pode iniciá-lo editando um arquivo de texto:

xdg-open /path/to/textfile

xdg-open também pode iniciar o player de áudio padrão quando você abre um arquivo .MP3. Ou, se você quiser abrir rapidamente uma página da Web, poderá usar xdg-open www.somewebsite.com e ela iniciará seu navegador da Web padrão.

Para a linha de comando, vi/vim & amp; nano parece ser o mais comum entre os sabores do Ubuntu como sendo os editores instalados padrão. vi/vim deve 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 deles deseja usar 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:

Então, como o comando /usr/bin/editor deve estar no seu caminho, para editar um arquivo, basta executar o seguinte para editar seu arquivo:

editor /path/to/file

Ou se você precisar de mais:

sudo editor /path/to/file

Espero que isso ajude!

    

Answer 3

Kubuntu - kate

Lubuntu - leafpad

Xubuntu - mousepad

Ubuntu Gnome - gedit

Ubuntu MATE - pluma

Ubuntu Budgie -gedit

Ubuntu Kylin - gedit

Ubuntu Studio - mousepad

    

Answer 4

Nem

xdg-open some_file

nem

$EDITOR some_file

é infalível, a menos que você DEFINE "default" como qualquer um que invoque, o que não é o sentido em que é comumente usado.

Por exemplo, nos meus sistemas xeniais:

Eu não tenho uma variável EDITOR global definida:

$ env | grep EDITOR
$ echo $EDITOR

$

Portanto, $EDITOR some_file falha completamente em um ambiente gui (x & amp; openbox, no lxterminal) ou em um tty.

Em um ambiente de gui xdg-open some_file abre o arquivo no vi. Em uma planície tty, 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 ESTE ed - se eu fosse essa masoquista eu usaria vi , meu ed é um script que eu escrevi). / p>

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ê dá um clique duplo ou único em um navegador de arquivos gui (como Nautilus, Pcmanfm, Thunar, etc.), (duplo ou único, dependendo das configurações do navegador de arquivos PARTICULAR). Ou, alternadamente, qualquer programa que abra o arquivo quando você o realça e pressione enter em um navegador de arquivos ortodoxo como o Midnight Commander.

Assim, no uso mais comum de "padrão", você pode ter um padrão diferente para cada navegador de arquivos e, quando fala de padrão sem qualificação, significa que o padrão é o navegador de arquivos padrão. E o navegador de arquivos padrão em um ambiente gráfico seria aquele que abre se você clicar duas vezes em um diretório (também conhecido como “pasta”) ou um link simbólico em um diretório na área de trabalho, ou se você não usar a metáfora da área de trabalho, talvez o mais apresentado em um menu. Tanto quanto sei, neste 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 "default", aplicado a um editor, não tem aplicação normal. Ninguém que trabalha na tty invoca um editor com xdg-open some_file ou $EDITOR some_file a menos que eles estejam trabalhando na máquina de outra pessoa, não queiram instalar nada e ficaram desesperados. Eles abrem um editor invocando diretamente o que desejam abrir, BY NAME. Se eles obtiverem bash: gedit: command not found , eles tentarão seu segundo favorito, etc. O que o padrão é, é irrelevante. Tudo o que importa são suas 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 é por isso que postei para explicar por que essa afirmação está errada e por que esse comando falhou. O que o editor padrão é, por mais que você o defina, é irrelevante.

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

• Os dois programas, gksu e gedit , devem 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 exigir w no arquivo ou até mesmo 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 de gedit, instale-o.

Mas o gksu é perigoso. Use gksudo se você precisar. Mas não use nenhum comando 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 fazer o trabalho é como "Se não couber, pegue um martelo maior". Isso criará mais problemas no futuro. Nesse caso, corrija as permissões e tente descobrir por que elas estavam erradas em primeiro lugar.

Nem todos os comandos do tipo sudo são onipotentes. Às vezes, você DEVE alterar as permissões antes de editar o arquivo, mesmo com o gksudo.

Em relação aos perigos de gksu , escute Paddy que comentou a resposta de Sumeet. Ele é um cara sábio que está por aí 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