Quels sont les éditeurs de texte par défaut dans différentes versions d'Ubuntu?
Quels sont les éditeurs de texte par défaut (GUI et CLI) dans différentes versions d'Ubuntu. Quelles commandes devrions-nous utiliser pour éditer des fichiers avec eux?
derrière la question
J'ai essayé Kubuntu et je veux essayer plus de versions Ubuntu et d'autres distributions, mais quand j'étais à Kubuntu, j'ai essayé de faire tourner gksu gedit /path/file.txt qui ne fonctionnera pas car gedit n'est pas l'éditeur de texte par défaut de Kubuntu, c'est Kate. Je suis heureux que nano soit 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.
Je pense que les réponses par Muzaffar et Terrance répondent à vos besoins. Une chose à noter est que vous pouvez installer n’importe lequel de ces éditeurs de texte.
Editeurs de texte GUI
Défaut dans:
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
Défaut dans:
il est également disponible pour Windows . Comme beaucoup d'applications KDE, il a une charge de fonctionnalités . Pour installer, lancez:
Sudo apt-get install kate
Si vous voulez la dernière version de Kate, il vous faudra 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
Contrairement à Kate, Leafpad met l’accent sur la simplicité et la légèreté, ce qui est tout l’ordre du jour de projet LXDE . Il est pré-installé sur Lubunt. À installer:
Sudo apt-get install leafpad
Pour ouvrir un fichier avec le bloc-notes:
leafpad /path/to.file.txt
Défaut dans:
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 est un fork de Gedit préinstallé dans buntu Mate. À installer:
Sudo apt-get install pluma
Pour ouvrir un fichier avec pluma:
pluma /path/to.file.txt
* Remarque: si vous voulez éditer les fichiers avec les privilèges root , ajoutez gksu devant une commande, comme ceci:
gksudo gedit path/to/file.txt
Il vaut mieux éviter de l'utiliser avec kate
Editeurs de texte CLI
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, reportez-vous à la section Guide de l'utilisateur pour Nano, éditeur de texte en ligne de commande Linux .
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 tous les goûts Ubuntu (ou tout autre type Linux). Si vous commencez à aimer Vim et que vous voulez qu’il dispose d’une interface utilisateur, essayez Gvim . Notez également que sur certains systèmes, vi est associé à vim. Les deux commandes ont donc le même comportement. (quel lancement de vim)
Pour plus d'informations sur vim, reportez-vous à la section Guide du débutant sur Vim ou exécutez vimtutor dans le terminal.
Gardez à l'esprit que les applications QT ne semblent pas bonnes sur les postes de travail basés sur Gtk et vice versa. mais si vous voulez qu’ils se sentent chez eux, essayez cette question Comment donner l’apparence native des applications KDE dans GNOME?
Les saveurs d'Ubuntu peuvent changer à tout moment, de même que les éditeurs d'interface graphique par défaut. Au lieu d’essayer de vous rappeler tous les éditeurs d’interface graphique par défaut de chaque distribution, tant que le xdg-utils est installé, vous pouvez exécuter une simple commande de xdg-open afin de connaître le nom de l’éditeur par défaut et de le lancer en éditant une 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 le navigateur Web par défaut sera lancé.
Pour la ligne de commande, vi/vim & nanosemblent être les plus courants parmi les variantes Ubuntu en tant que éditeurs installés par défaut. vi/vim devrait être dans toutes les variantes de Linux.
Vous pouvez modifier l'éditeur de ligne de commande par défaut à l'aide de la commande suivante, puis choisir celui 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 devrait être dans votre chemin, pour éditer un fichier, vous pouvez simplement lancer ce qui suit pour éditer votre fichier:
editor /path/to/file
Ou si vous avez besoin d'élévation:
Sudo editor /path/to/file
J'espère que cela t'aides!
Kubuntu - kate
Lubuntu - calepin
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 "par défaut" comme tout 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 & openbox, dans lxterminal) ou dans un tty.
Dans un environnement graphique, xdg-open some_file ouvre le fichier dans vi. Dans un tty simple, il tente de faire la même chose, mais échoue. Mais vi n’est pas mon éditeur "par défaut" dans le sens où le mot est le plus couramment utilisé. Tous les gestionnaires de fichiers que j'ai installés acceptent que mon éditeur par défaut soit ed (non, pas CELA __ ed - si j'étais masochiste j'utiliserais vi, mon ed serait un script que j'ai écrit).
Il peut y avoir une justification à la définition de "default" en termes 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 doublez ou un simple clic dessus dans un navigateur de fichiers gui (comme Nautilus, Pcmanfm, Thunar, etc.), (double ou simple en fonction des paramètres de ce navigateur de fichiers PARTICULAR). Ou bien, quel que soit le programme qui ouvre le fichier lorsque vous le mettez en surbrillance et que vous appuyez sur Entrée dans un navigateur de fichiers orthodoxe tel que Midnight Commander.
Donc, dans l'usage le plus courant de "default", vous pouvez avoir un default différent pour chaque navigateur de fichiers, et quand vous parlez de default sans qualification, cela signifie quel que soit le 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 (ou "dossier") ou sur un lien symbolique vers un répertoire sur le bureau, ou si vous n'utilisez pas la métaphore du bureau, par exemple. celui le plus en vedette dans un menu. Autant que je sache, en ce sens, qui correspond à l'utilisation normale du monde réel, la réponse de Sumeet Deshmukh est tout à fait correcte et complète. Ce peut être aussi dans un sens plus abstrait.
Dans un environnement non graphique, en dehors d'un gestionnaire de fichiers orthodoxe, le sens commun du mot "défaut", appliqué à un éditeur, n'a pas d'application normale. Aucune personne travaillant dans tty n'invoque un éditeur avec xdg-open some_file ou $EDITOR some_file à moins de travailler sur la machine de quelqu'un d'autre, de ne pas installer quoi que ce soit et de devenir désespéré. Ils ouvrent un éditeur en appelant directement celui qu'ils veulent ouvrir, PAR NOM. S'ils obtiennent bash: gedit: command not found, ils essaieront 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é. Quel que soit l'éditeur que vous définissiez, peu importe.
Pour que cette commande fonctionne, vous avez besoin de 2 choses:
Les deux programmes,
gksuetgedit, 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 dans tous les répertoires du chemin, au moins r dans le fichier lui-même et probablement au moins dans le répertoire parent. Certains éditeurs peuvent avoir besoin de w sur le fichier ou même sur le répertoire parent, bien qu'ils ne le fassent pas.
Vous devriez être capable de dire pourquoi la commande a échoué en lisant le message d'erreur. Si vous aimez gedit, installez-le.
Mais le gksou 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 ne puisse échouer sans elle. Et même alors, seulement si cela aurait dû échouer. Si cela aurait dû fonctionner, utiliser une commande Sudo-ish pour le faire fonctionner est comme "Si ça ne convient pas, prenez un plus gros marteau". Cela créera plus de problèmes plus tard. Dans ce cas, corrigez les autorisations et essayez de comprendre pourquoi elles se sont trompées.
Aucune des commandes de type Sudo n'est omnipotente. 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. C'est un gars sage qui existe depuis un moment. 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