Réponses:
ImageMagick display
.
display < foo.png
Sur Linux (et probablement BSD), presque tous - si vous donnez /dev/stdin
comme chemin. Cela comprend: xloadimage
, feh
, Eye of GNOME ( eog
).
eog /dev/stdin < "$file"
(Cependant, tous ne fonctionnent pas bien avec des fichiers spéciaux. GThumb a échoué au test, par exemple.)
< "$file"
C'était un exemple. Le point était de savoir si le programme peut accepter un flux arbitraire, que ce soit une simple redirection ou quelque chose de plus avancé (comme fournir une image via stdin, un canal nommé, une substitution de processus, une socket ou un périphérique de caractères). Le problème est que de nombreux téléspectateurs exigent que le fd soit recherché, ce que seuls les fichiers normaux et les périphériques de blocage sont.
cat graph.png | eog /dev/stdin
échoue, mais eog /dev/stdin < graph.png
fonctionne.
|
) également?
eog
rechercher des informations sur le descripteur de fichier (ce qui réussit dans le cas particulier où il a été redirigé directement à partir d'un fichier), tandis que les programmes Unix normaux prendront juste l'entrée, peu importe d'où il vient. Donc ça eog
ne marchera pas pour le général stdin. Un autre programme qui fonctionne est gwenview /dev/stdin
(le visualiseur d'images KDE).
Un FIFO pourrait fonctionner avec eog
le manque de support de tuyauterie:
mkfifo ${tmpfilename};
cat ${file} > ${tmpfilename} &;
eog /dev/stdin < ${tmpfilename};
rm ${tmpfilename};
AFAIK cela devrait fonctionner.
Vous pouvez utiliser feh, c'est assez rapide.
cat image.png | feh --scale-down -
feh est une visionneuse d'images légère qui se trouve dans les référentiels par défaut de nombreuses distributions Linux. Il est particulièrement destiné aux utilisateurs de ligne de commande qui ont besoin d'une visionneuse d'images rapide sans grandes dépendances de l'interface graphique.
ImageMagick 6.8.8-1 Q16 i686 2014-01-04
je dois également passer-
en paramètre:$ cat image.png | display -
ou$ display - < image.png
.