Informarme cuando finalice la extracción del archivo RAR (con unar mediante la acción personalizada de Thunar)
1
Creé una acción personalizada en Thunar para extraer archivos RAR con unar :
unar %N
Funciona, pero no me informa cuando está hecho.
¿Es posible mostrar algún tipo de indicador (por ejemplo, una barra de progreso) mientras se extrae? ¿O una notificación tan pronto como haya terminado?
@sourcejedi: Gracias. Supongo que tengo que usar xfce4-terminal(en lugar de xfce-terminal), y es unar(en lugar de unrar), pero parece que no funciona: no pasa nada. Cuando omito el %N(por lo que tengo:) xfce4-terminal -e unar, la ventana de terminal al menos se abre, pero se cierra automáticamente inmediatamente después.
hasta el
¡Lo siento! La prueba falla. Funciona con xterm, pero no con gnome-terminal. gnome-terminal -e "sleep 1"funciona, y afortunadamente gnome-terminal -e "sleep 1;command-injected-by-evil-filename"muestra un error. Recomendaría ejecutar estas pruebas xfce4-terminal antes de usarlo :).
sourcejedi
1
¿Cómo te sientes al instalar el xterm original :). No entrecerres los ojos, es malo para tus ojos.
Siempre puedes ejecutar el comando en una terminal.
Su notificación es cuando el terminal se cierra :). También mostrará cualquier indicador de progreso / actividad proporcionado por el comando unar.
gnome-terminal -x unar -- %N
No he probado si xfce4-terminalacepta la -xopción.
xterm -e unar -- %N
uxrvtTambién debe aceptar la -eopción.
Disculpas de antemano por cualquier fatiga visual debido a la ejecución de xterm con su tamaño de fuente predeterminado.
gnome-terminal también tiene una opción -e. Con gnome-terminal, la opción toma un argumento de comando único y se divide en función de los espacios. Por ej gnome-terminal -e "sleep 1". No podemos usar esto porque los nombres de archivo también pueden contener espacios. Con xterm, en -erealidad puede comportarse de cualquier manera, dependiendo de cuántos argumentos pase. Por lo tanto, el comportamiento de gnome-terminal es menos mágico y probablemente más agradable, siempre que no le importe que gnome-terminal --helpno documente ninguna de las opciones.
¿Por qué te quejas de las xtermfuentes predeterminadas ? Simplemente configure los valores predeterminados de una vez por todas en su ~/.Xresources, y luego todos xtermlos usarán, felices para siempre.
Satō Katsura
@SatoKatsura me quejo porque debería tener que configurar como máximo un emulador de terminal (y debería tener valores predeterminados razonables de todos modos). El emulador de terminal de mi DE no pudo documentar que admitía la opción necesaria en su --help. Mientras que pude encontrar documentación sobre xterm. Entonces, en este punto, no tenía evidencia de que gnome-terminal apoyara este caso de uso. La queja es que no debería haber razón para instalar y ejecutar una aplicación adicional para este propósito; El tamaño de fuente es un ejemplo concreto de por qué fue una mala idea. Tampoco he probado el emulador de terminal para DE's de OP.
sourcejedi
Bueno, la consistencia es cara. Realmente no se puede esperar consistencia de proyectos cuyo modelo filosófico es un bazar. CDE, NeXT y OpenWindows fueron consistentes. Gnome y KDE, no tanto. encogimiento de hombros
Satō Katsura
Hmm? El emulador de terminal de mi DE no pudo documentar que admitía la opción necesaria ... no debería haber razón para instalar y ejecutar [xterm] . gnome-terminal es consistente con gnome. Fedora Workstation no instaló xterm para mí. No creo que ninguno de los emuladores de terminal antiguos (con valores predeterminados antiguos) aparezcan en el software gnome. Además, la búsqueda web de Google solo sabía que me contaba sobre xterm. He visto respuestas SE que arreglan ese tipo de cosas antes.
sourcejedi
Me quejo porque debería tener que configurar como máximo un emulador de terminal (y debería tener valores predeterminados razonables de todos modos). - Este es el tipo de consistencia de la que estoy hablando.
xfce4-terminal
(en lugar dexfce-terminal
), y esunar
(en lugar deunrar
), pero parece que no funciona: no pasa nada. Cuando omito el%N
(por lo que tengo:)xfce4-terminal -e unar
, la ventana de terminal al menos se abre, pero se cierra automáticamente inmediatamente después.gnome-terminal -e "sleep 1"
funciona, y afortunadamentegnome-terminal -e "sleep 1;command-injected-by-evil-filename"
muestra un error. Recomendaría ejecutar estas pruebas xfce4-terminal antes de usarlo :).Respuestas:
Siempre puedes ejecutar el comando en una terminal.
Su notificación es cuando el terminal se cierra :). También mostrará cualquier indicador de progreso / actividad proporcionado por el comando unar.
gnome-terminal -x unar -- %N
No he probado si
xfce4-terminal
acepta la-x
opción.xterm -e unar -- %N
uxrvt
También debe aceptar la-e
opción.Disculpas de antemano por cualquier fatiga visual debido a la ejecución de xterm con su tamaño de fuente predeterminado.
gnome-terminal también tiene una opción -e. Con gnome-terminal, la opción toma un argumento de comando único y se divide en función de los espacios. Por ej
gnome-terminal -e "sleep 1"
. No podemos usar esto porque los nombres de archivo también pueden contener espacios. Con xterm, en-e
realidad puede comportarse de cualquier manera, dependiendo de cuántos argumentos pase. Por lo tanto, el comportamiento de gnome-terminal es menos mágico y probablemente más agradable, siempre que no le importe quegnome-terminal --help
no documente ninguna de las opciones.fuente
xterm
fuentes predeterminadas ? Simplemente configure los valores predeterminados de una vez por todas en su~/.Xresources
, y luego todosxterm
los usarán, felices para siempre.--help
. Mientras que pude encontrar documentación sobre xterm. Entonces, en este punto, no tenía evidencia de que gnome-terminal apoyara este caso de uso. La queja es que no debería haber razón para instalar y ejecutar una aplicación adicional para este propósito; El tamaño de fuente es un ejemplo concreto de por qué fue una mala idea. Tampoco he probado el emulador de terminal para DE's de OP.