Quels sont les éditeurs de texte par défaut dans différentes versions d'Ubuntu?

Je pense que les réponses de Muzaffar et Terrance répond à vos besoins. Une chose à noter est que vous pouvez installer n'importe lequel de ces éditeurs de texte dans n'importe quelle version.

Éditeurs de texte GUI

Gedit

Par défaut dans:

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

Gedit est certainement l'éditeur de texte le plus célèbre du monde Ubuntu. Gedit est également disponible pour Windows et MacOS . Pour installer Gedit sur n'importe quelle version d'Ubuntu, utilisez la commande suivante:

sudo apt-get install gedit

Ouvrir un fichier avec gedit:

gedit /path/to.file.txt

Kate

Par défaut dans:

1. Kubuntu
2. KDE Neon (pas une version officielle d’Ubuntu)

il est également disponible pour Windows . Comme de nombreuses applications KDE, il contient une quantité de fonctionnalités . Pour installer, exécutez:

sudo apt-get install kate

Si vous voulez la dernière version de Kate, vous devez ajouter un PPA :

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

Ouvrir un fichier avec kate:

kate /path/to.file.txt

Leafpad

Contrairement à Kate, Leafpad met l’accent sur la simplicité et la légèreté, qui est l’ordre du jour du projet LXDE . Il est préinstallé sur Lubuntu . Pour installer:

sudo apt-get install leafpad

Pour ouvrir un fichier avec leafpad:

leafpad /path/to.file.txt

Mousepad

Par défaut dans:

1. Xubuntu
2. Ubuntu Studio

En philosophie, Mousepad est assez similaire à Leafpad. Pour installer:

sudo apt-get install mousepad

Pour ouvrir un fichier avec mousepad:

mousepad /path/to.file.txt

Pluma

Pluma est un fork de Gedit qui est préinstallé dans Ubuntu Mate . Pour installer:

sudo apt-get install pluma

Ouvrir un fichier avec pluma:

pluma /path/to.file.txt

* Remarque: si vous souhaitez modifier des fichiers avec les privilèges root , ajoutez gksu devant une commande, comme ceci:

gksudo gedit path/to/file.txt

Il est préférable d'éviter de l'utiliser avec kate

Editeurs de texte CLI

Nano

sudo apt-get install nano

Je ne sais pas si Nano est installé sur toutes les versions d'Ubuntu, mais il est installé sur Ubuntu Unity, Ubuntu Gnome et Kubuntu selon mes connaissances. Pour ouvrir un fichier avec nano, utilisez la commande suivante:

nano /path/to.file.txt

Pour plus d'informations sur Nano, consultez Le guide du débutant pour Nano, l'éditeur de texte de ligne de commande Linux .

Vim

sudo apt-get install vim

Pour ouvrir un fichier avec Vim, tapez l’une de ces deux commandes:

vim /path/to.file.txt

ou

vi /path/to.file.txt

Vim (ou au moins vi) est installé par défaut sur toutes les versions d’Ubuntu (ou de tout autre Linux). Si vous commencez à aimer Vim et souhaitez qu’il dispose d’une interface utilisateur, essayez Gvim . Notez également que sur certains systèmes, vi est aliasé à vim , de sorte que les deux commandes font des choses identiques. (qui lance vim)

Pour plus d'informations sur vim, consultez Guide du débutant sur Vim ou exécutez vimtutor dans le terminal.

N'oubliez pas que les applications QT ne sont pas bonnes sur les postes de travail basés sur Gtk et inversement. mais si vous voulez qu'ils se sentent chez eux, essayez cette question Comment faire en sorte que les applications KDE paraissent natives dans GNOME?

Plus d’éditeurs de texte Linux

Les saveurs d’Ubuntu peuvent changer tout le temps, tout comme les éditeurs d’interface graphique par défaut. Au lieu d'essayer de mémoriser tous les éditeurs d'interface graphique par défaut de chaque distribution, tant que xdg-utils est installé, vous pouvez exécuter une simple commande de xdg-open afin que vous sachiez quel est l'éditeur par défaut et que vous puissiez le lancer en éditant un fichier texte:

xdg-open /path/to/textfile

xdg-open peut également lancer le lecteur audio par défaut lorsque vous ouvrez un fichier .MP3. Ou si vous souhaitez ouvrir rapidement une page Web, vous pouvez utiliser xdg-open www.somewebsite.com et il lancera votre navigateur Web par défaut.

Pour la ligne de commande, vi/vim & amp; nano semble être le plus commun parmi les versions d'Ubuntu en tant qu'éditeur par défaut. vi/vim devrait être dans toutes les versions de Linux.

Vous pouvez modifier l’éditeur de ligne de commande par défaut à l’aide de la commande suivante, puis choisir celle que vous souhaitez utiliser par défaut:

sudo update-alternatives --config editor

Exemple:

~$ 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:

Puis, puisque la commande /usr/bin/editor doit se trouver sur votre chemin, pour éditer un fichier, vous pouvez simplement exécuter la commande suivante pour modifier votre fichier:

editor /path/to/file

Ou si vous avez besoin d’élévation:

sudo editor /path/to/file

J'espère que ça aide!

Kubuntu - kate

Lubuntu - leafpad

Xubuntu - tapis de souris

Ubuntu Gnome - gedit

Ubuntu MATE - pluma

Ubuntu Budgie -gedit

Ubuntu Kylin - gedit

Ubuntu Studio - tapis de souris

Ni

xdg-open some_file

ni

$EDITOR some_file

est infaillible, à moins que vous ne définissiez "default" comme ce qu’ils invoquent, ce qui n’est pas le sens dans lequel il est couramment utilisé.

Par exemple, sur mes systèmes xenial:

Je n'ai pas de variable globale EDITOR définie:

$ env | grep EDITOR
$ echo $EDITOR

$

Donc, $EDITOR some_file échoue complètement dans un environnement graphique (x & amp; openbox, dans lxterminal), ou dans un tty.

Dans un environnement gui, xdg-open some_file ouvre le fichier dans vi. Dans un simple tty, il tente de faire de même, mais échoue. Mais vi n'est pas mon éditeur "par défaut" au sens où le mot est le plus couramment utilisé. Tous les gestionnaires de fichiers que j'ai installés conviennent que mon éditeur par défaut est ed (non, pas que ed - si j'étais masochiste, j'utiliserais vi , mon ed est un script que j'ai écrit). / p>

Il peut être justifié de définir "default" en fonction de l’une ou l’autre de ces commandes, mais dans l’usage général de la grande majorité des utilisateurs, "default" est un adjectif appliqué à tout programme ouvrant un fichier lorsque vous double-cliquez ou double-cliquez dessus dans un navigateur de fichiers gui (comme Nautilus, Pcmanfm, Thunar, etc.), (double ou simple selon les paramètres de ce navigateur de fichiers PARTICULIER). Ou, alternativement, quel que soit le programme qui ouvre le fichier lorsque vous le mettez en surbrillance et appuyez sur Entrée dans un navigateur de fichiers orthodoxe tel que Midnight Commander.

Donc, dans l'utilisation la plus courante de "default", vous pouvez avoir une valeur par défaut différente pour chaque navigateur de fichiers, et lorsque vous parlez de défaut sans qualification, cela signifie que le navigateur par défaut est celui par défaut. Et le navigateur de fichiers par défaut dans un environnement graphique serait celui qui s'ouvre si vous double-cliquez sur un répertoire (aka "folder") ou un lien symbolique vers un répertoire du bureau, ou si vous n'utilisez pas la métaphore du bureau, le plus en vedette dans un menu. Pour autant que je sache, dans ce sens, qui est l'utilisation normale du monde réel, la réponse de Sumeet Deshmukh est totalement correcte et totalement complète. Cela peut aussi être dans les sens les plus abstraits.

Dans un environnement non graphique, en dehors d’un gestionnaire de fichiers orthodoxe, le sens commun du mot "default", appliqué à un éditeur, n’a pas d’application normale. Personne travaillant dans tty n'invoque un éditeur avec xdg-open some_file ou $EDITOR some_file à moins qu'ils ne travaillent sur la machine de quelqu'un d'autre, ne veulent pas installer quoi que ce soit et se retrouvent désespérés. Ils ouvrent un éditeur en invoquant directement celui qu'ils veulent ouvrir, BY NAME. S'ils obtiennent bash: gedit: command not found , ils essaient leur deuxième favori, etc. La valeur par défaut est sans importance. Tout ce qui compte, ce sont leurs préférences et ce qui est installé ou peut être installé.

Le point principal:

  

. . . gksu gedit /path/file.txt qui ne fonctionnera pas car gedit n'est pas l'éditeur de texte par défaut. . . .

Faux. Et c'est pourquoi j'ai posté, pour expliquer pourquoi cette déclaration est fausse et pourquoi cette commande a échoué. L'éditeur par défaut, quelle que soit sa définition, n'est pas pertinent.

Pour que cette commande fonctionne, vous avez besoin de 2 choses:

• Les deux programmes, gksu et gedit , doivent être installés sur le système.

• Vous devez disposer des autorisations appropriées pour le fichier et ses répertoires ancestraux. Vous devez avoir x sur tous les répertoires du chemin, au moins r sur le fichier lui-même, et probablement au moins r sur le répertoire parent. Certains éditeurs peuvent nécessiter w sur le fichier ou même sur le répertoire parent, mais ils ne le devraient pas.

Vous devriez être capable de savoir pourquoi la commande a échoué en lisant le message d'erreur. Si vous aimez gedit, installez-le.

Mais le gksu est dangereux. Utilisez gksudo si vous en avez besoin. Mais n'utilisez aucune des commandes de type su / sudo / gksu / gksudo / pkexec à moins que la commande suivante échoue sans elle. Et même alors, seulement si cela devait échouer. Si cela a dû fonctionner, utiliser une commande sudo-ish pour FAIRE que cela fonctionne est comme "Si ça ne rentre pas, obtenir un marteau plus gros". Cela créera plus de problèmes par la suite. Dans ce cas, corrigez les autorisations et essayez de comprendre pourquoi elles étaient incorrectes.

Les commandes de type sudo ne sont pas non plus omnipotentes. Parfois, vous devez modifier les autorisations avant de pouvoir modifier le fichier, même avec gksudo.

En ce qui concerne les dangers de gksu , écoutez Paddy qui a commenté la réponse de Sumeet. Il est un gars sage qui a été autour depuis un certain temps. Répétant ses 3 liens:

https://askubuntu.com/a/288506/2088
https://bugs.launchpad.net/ubuntu/+source/gksu/+bug/1186676
http://ubuntuforums.org/showthread.php?t=1819589