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


32

Quels sont les éditeurs de texte par défaut (GUI et CLI) dans différentes versions d'Ubuntu. quelles commandes devons-nous utiliser pour éditer des fichiers avec eux?

screensho


Derrière la question

J'ai essayé Kubuntu et je veux essayer plus de saveurs Ubuntu et d'autres distributions, mais quand j'étais à Kubuntu, j'ai tellement essayé de lancer gksu gedit /path/file.txtce qui ne fonctionnerait pas parce que gedit n'est pas l'éditeur de texte par défaut dans Kubuntu, c'est kate. Je suis content d' nanoêtre disponible. mais si je veux essayer plus de saveurs, je dois savoir quels sont les éditeurs de texte par défaut dans différentes saveurs Ubuntu


4
Les commentaires ne sont pas pour une discussion prolongée; cette conversation a été déplacée pour discuter . Veuillez y poster toute autre discussion. Les commentaires seront supprimés de ce message sans avertissement.
terdon

Réponses:


43

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


Éditeurs de texte GUI

Gedit

Par défaut dans:

  1. Ubuntu Unity
  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

Pour 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 possède de nombreuses fonctionnalités . Pour installer, exécutez:

sudo apt-get install kate

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

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

Pour 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 tout l'agenda du projet LXDE . Il est pré-installé sur Lubuntu . À installer:

sudo apt-get install leafpad

Pour ouvrir un fichier avec leafpad:

leafpad /path/to.file.txt

Tapis de souris

Par défaut dans:

  1. Xubuntu
  2. Ubuntu Studio

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

sudo apt-get install mousepad

Pour ouvrir un fichier avec le tapis de souris:

mousepad /path/to.file.txt

Pluma

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

sudo apt-get install pluma

Pour ouvrir un fichier avec pluma:

pluma /path/to.file.txt

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

gksudo gedit path/to/file.txt

Il vaut mieux éviter de l'utiliser avec Kate


Éditeurs 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 ma connaissance. 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 ait une interface utilisateur, essayez Gvim . Notez également que sur certains systèmes, viest aliasé vim, donc les deux commandes font des choses identiques. (dont le lancement de vim)

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


Gardez à l'esprit que les applications QT ne semblent pas bonnes sur le bureau basé sur Gtk et vice versa. mais si vous voulez qu'ils se sentent chez eux, essayez cette question Comment rendre les applications KDE natives dans GNOME?


Plus d'éditeurs de texte Linux


Les commentaires ne sont pas pour une discussion prolongée; cette conversation a été déplacée pour discuter .
Thomas Ward

1
"si vous voulez éditer des fichiers avec des privilèges root, ajoutez gksu devant une commande" - Veuillez gksudone pas utiliser gksu. Ils ont une différence subtile mais vitale qui peut, dans de rares circonstances, entraîner une perte de données. Documenté sur les forums , sur ce site , et comme bug .
Paddy Landau

Je ne sais pas si je décrirais gvim comme une interface utilisateur pour vim autant qu'un moyen d'exécuter le même vieux vim dans une fenêtre de bureau, donc il émule simplement une fenêtre de terminal avec vim. Il ajoute un menu facultatif dont les options se traduisent par des raccourcis clavier, ainsi que la prise en charge de la souris avec le menu contextuel, la prise en charge des vraies couleurs, etc., mais essentiellement l'interface est la même qu'en mode texte. Notez que la version de vi installée par défaut est en fait vim mais peut exécuter vim en mode "vi-compatible". Vous ne pouvez plus vraiment obtenir le "vi original" dans une distribution Linux.
thomasrutter

vin'a pas été installé sur mon instance Google Cloud, un Ubuntu minimisé 19.04 (disco dingo). Ça m'a aussi surpris.
mazunki

30

Les saveurs d'Ubuntu peuvent changer tout le temps, tout comme les éditeurs GUI par défaut. Au lieu d'essayer de se souvenir de tous les éditeurs GUI par défaut de chaque distribution, tant que les xdg-utilssont installés, vous pouvez exécuter une commande simple xdg-openpour que vous sachiez ce qu'est l'éditeur par défaut et que vous puissiez le lancer en éditant un fichier texte:

xdg-open /path/to/textfile

xdg-openpeut é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 l'utiliser xdg-open www.somewebsite.comet cela lancera votre navigateur Web par défaut.

Pour la ligne de commande, vi/vim& nanosemble être le plus courant parmi les versions d'Ubuntu comme étant les éditeurs installés par défaut. vi/vimdevrait être dans toutes les saveurs de Linux.

Vous pouvez modifier l'éditeur de ligne de commande par défaut avec la commande suivante, puis vous pouvez choisir celui que vous souhaitez 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:

Ensuite, puisque la commande /usr/bin/editordoit se trouver dans votre chemin, pour modifier un fichier, vous pouvez simplement exécuter ce qui suit pour modifier votre fichier:

editor /path/to/file

Ou si vous avez besoin élevé:

sudo editor /path/to/file

J'espère que cela t'aides!


je vais sûrement essayer, ça me fait gagner du temps
Yoginee Pingale


3
À mon humble avis, c'est la réponse idéale. :-)
Elder Geek

1
$EDITORLa variable d'environnement est utilisée pour définir votre éditeur CLI par défaut.
earthmeLon

3
@Anwar: Je pense que votre argument soutient en fait la réponse de Terrance car xdg-opencontinuera de fonctionner malgré les modifications apportées à l'éditeur par défaut.
David Foerster

16

Kubuntu - kate

Lubuntu - feuille

Xubuntu - tapis de souris

Ubuntu Gnome - gedit

Ubuntu MATE - pluma

Ubuntu Budgie -gedit

Ubuntu Kylin - gedit

Ubuntu Studio - tapis de souris


2
En fait, c'est ce qui répond vraiment à la question
Philippos

kwritependant un certain temps comme éditeur de texte par défaut pour Kubuntu
Anwar

@Philippos Je devrai être en désaccord (et non parce que j'ai une autre réponse postée ici), cette réponse ne touche pas aux éditeurs CLI, qui a été écrite en question. Et ne donne pas non plus les commandes appropriées pour ouvrir le fichier qui a également été écrit en question! Mais bonne réponse quand même!
Sumeet Deshmukh

0

Ni

xdg-open some_file

ni

$EDITOR some_file

est infaillible, sauf si vous DÉFINISSEZ «par défaut» comme quoi ils invoquent, ce qui n'est pas le sens dans lequel il est couramment utilisé.

Par exemple, sur mes systèmes xéniaux:

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

$ env | grep EDITOR
$ echo $EDITOR

$

$EDITOR some_fileÉchoue donc complètement dans un environnement graphique (x & openbox, dans lxterminal) ou dans un tty.

Dans un environnement GUI xdg-open some_fileouvre le fichier dans vi. En clair, il tente de faire de même, mais échoue. Mais vi n'est pas mon éditeur "par défaut" dans le sens où le mot est le plus 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 aussi masochiste que j'utiliserais vi, edc'est un script que j'ai écrit).

Il peut y avoir une justification pour définir "par défaut" en termes de l'une ou l'autre de ces commandes, mais dans l'usage général de la grande majorité des utilisateurs, "par défaut" est un adjectif appliqué à tout programme ouvrant un fichier lorsque vous doublez ou simple clic 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 bien, 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 comme Midnight Commander.

Ainsi, dans l'utilisation la plus courante de "par défaut", 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 quelle est la valeur par défaut dans le navigateur de fichiers 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 "dossier") ou un lien symbolique vers un répertoire sur le bureau, ou si vous n'utilisez pas la métaphore du bureau, peut-être celui le plus en vedette dans un menu. Pour autant que je sache, dans ce sens, qui est l'usage normal du monde réel, la réponse de Sumeet Deshmukh est totalement correcte et totalement complète. Cela peut aussi être dans le sens le plus abstrait.

Dans un environnement non graphique, en dehors d'un gestionnaire de fichiers orthodoxe, le bon sens du mot "par défaut", appliqué à un éditeur, n'a pas d'application normale. Personne travaillant dans tty n'invoque un éditeur avec xdg-open some_fileou à $EDITOR some_filemoins qu'il ne travaille sur la machine de quelqu'un d'autre, ne veut rien installer et est devenu désespéré. Ils ouvrent un éditeur en invoquant directement celui qu'ils souhaitent ouvrir, PAR NOM. S'ils obtiennentbash: gedit: command not found ils essaient leur deuxième favori, etc. La valeur par défaut n'est pas pertinente. 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 votre définition, n'est pas pertinent.

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

  • Les deux programmes gksuet geditdoivent ê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 exiger w sur le fichier ou même sur le répertoire parent, bien qu'ils ne le devraient pas.

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

Mais gksu est dangereux. Utilisez gksudo si vous en avez besoin. Mais n'utilisez aucune des commandes de type su / sudo / gksu / gksudo / pkexec, sauf si la commande qui suit échoue sans elle. Et même alors, seulement si cela DEVRAIT avoir échoué. Si cela devait fonctionner, utiliser une commande sudo-ish pour le faire fonctionner est comme "Si ça ne va pas, obtenez un plus gros marteau". Cela créera plus de problèmes en cours de route. Dans ce cas, corrigez les autorisations et essayez de comprendre pourquoi elles se sont trompées en premier lieu.

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.

Concernant les dangers d' gksuécouter Paddy qui a commenté la réponse de Sumeet. C'est un gars sage qui existe depuis un certain temps. Répétition de 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

Pourriez-vous justifier votre affirmation selon laquelle gksu est mauvais?
Zanna

@Zanna Paddy l'a déjà fait, dans son commentaire après la réponse de Sumeet. Découvrez tous les 3 de ses liens. Le milieu askubuntu.com/a/288506/2088 est probablement le plus clair.
Lew Rockwell Fan

mettez au moins un lien dans votre réponse. Vous ne pouvez pas supposer que tout le monde lit la page entière ou même que les autres réponses resteront statiques. Quoi qu'il en soit, gksu et gksudo sont à mon humble avis inutiles
Zanna

1
nous sommes «censés» utiliser sudo -ipuis lancer le programme, ou vous pouvez simplement utiliser sudo -H. Je n'utilise pas d'éditeurs de texte GUI. Je n'utilise l'interface graphique pour beaucoup, mais je l' utilise sudo -ipour tout ce que je ne peux pas utiliser sudopour
Zanna

1
@SumeetDeshmukh dépend de vous, mais gksun'est pas installé par défaut, sudobien sûr. Parfois, vous avez besoin d'autorisations root pour résoudre un problème APT, il n'est donc pas possible d'installer un package. Beaucoup de gens qui sont habitués à gksu l'installent et l'utilisent toujours, mais c'est la "manière à l'ancienne", je suppose :) J'utiliserais sudo -H geditpar exemple (je vais éditer ça -Hdans les messages!) Car vraiment vous avez besoin d'étapes supplémentaires avec sudo -i: certains les programmes ne démarrent pas en une seule étape comme ça, et vous devez rappeler aux gens de quitter le shell racine, c'est donc sudo -Hle moyen le plus simple
Zanna
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.