Gedit from terminal – comportement incohérent
J’ai tendance à ouvrir fréquemment un fichier texte depuis le terminal avec une commande comme celle-ci:
gedit filename.txt Cependant, le comportement est incohérent. parfois, le focus quittera le terminal et ne reviendra pas avant que le dossier ne soit fermé. D’autres fois, le terminal maintiendra une invite, comme si j’avais exécuté:
gedit filename.txt &
Pourquoi cet écart?
- Masquer les informations de débogage lors de l’exécution d’applications à partir de la ligne de commande
- Comment exécuter les commandes Gedit et Subl en arrière-plan?
- Gedit affiche le texte de la sortie du terminal en couleur
- Erreur gedit: “Erreur inattendue: séquence d’octets non valide dans l’entrée de conversion”
- Comment puis-je envoyer la ligne actuelle dans gedit au terminal?
- Pourquoi sudo gedit n’ouvre-t-il PAS les fichiers commençant par Exclamation
- “Echec de la définition des métadonnées du document” lorsque j’exécute sudo gedit
- Commande Piping Terminal vers Gedit pour une édition ultérieure
- Avertissements lors du lancement de gedit à partir du terminal Ubuntu
- Démarrer un nouveau processus sans bloquer le terminal
Cela dépend généralement si gedit est déjà en cours d’exécution.
-
Si c’est le cas, le jibber ouvert est envoyé au processus ouvert et, en fonction de la manière dont les choses fonctionnent (Gedit 3.x semble avoir des comportements étranges), il va basculer dans une nouvelle fenêtre ou simplement un nouvel onglet.
-
Si ce n’est pas le cas, un nouveau processus est lancé en tant qu’enfant de l’invite. Il bloque donc l’invite.
Si cela vous ennuie vraiment, vous pouvez créer un alias ou un ~/bin/ script pour remplacer le comportement standard et le forcer à déborder avec & chaque fois.
Vous pouvez le forcer à s’ouvrir dans une nouvelle fenêtre avec le paramètre -s:
gedit -s filename.txt
Cela lui donnera toujours le focus.