Question Équivalent Linux pour "start" et "open" sur la ligne de commande [duplicate]


Cette question a déjà une réponse ici:

La ligne de commande Windows utilise début nom du programme et commencer le nom de fichier.ext pour traiter le fichier comme si l'utilisateur l'avait double-cliqué dans les interfaces graphiques que nous connaissons et aimons toutes. La ligne de commande de MacOS fait de même avec ouvrir. Cela est utile pour ceux d'entre nous qui ne connaissent pas le programme et l'emplacement exacts pour ouvrir des types de fichiers inhabituels.

Sous Linux, ./filename.ext est d'exécuter des scripts, et commencer le nom de fichier.ext répond avec une erreur car il attend un "job". Alors...

Quelle est la commande CLI standard pour ouvrir un fichier non-script sous le gestionnaire de type enregistré sous Linux? Si ce n'est pas standard, que fait Red Hat?


6
2018-06-12 00:45


origine


./filename.ext n'est pas seulement pour les scripts, mais pour tout fichier exécutable. - Andrew Lambert


Réponses:


le freedesktop.org utilisations standard xdg-open. Il y en a d'autres spécifiques à KDE, GNOME et autres bureaux, mais xdg-open devrait fonctionner indépendamment.


6
2018-06-12 00:46



+1. C'était rapide! J'ai fait une modification rapide comme une seconde après avoir posté et vu votre réponse. Et il fonctionne. Je ne pensais pas que chaque environnement de bureau contenait également son propre environnement. Merci! - Vlueboy
xdg-open ne fonctionne pas toujours bien (et compatible avec l'environnement de bureau). Pour un utilisateur génial, gnome-open est probablement meilleur. - saeedgnu
@ilius: xdg-open est juste un script shell et est supposé appeler gnome-open s'il détecte que vous exécutez GNOME. ("Patches Bienvenue.") - grawity
@grawity je vois, intéressant, merci - saeedgnu
@grawity: aucune raison pour laquelle le shell ne pouvait pas, et en fait les versions récentes de zsh peut être configuré pour reconnaître les types de fichiers et exécuter le programme approprié. Cela ne fait tout simplement pas partie de la pensée d'Unix. - geekosaur