Tal vez estoy haciendo algo mal, pero no deberían los comandos (se ejecutan por separado)
notify-send -t 1 "test"
notify-send -t 1000 "test"
notify-send -t 10000 "test"
¿Tienes diferentes tiempos de espera? El primero es casi instantáneo, el segundo toma 1 segundo y el tercero 100 segundos. En todos los casos parece tomar unos seis segundos.
¿Hay alguna forma de evitar el comportamiento? Como los desarrolladores etiquetan esto como una "característica" en lugar de un error, me gustaría algunas alternativas ...
notify-osd
libnotify
Enganchado
fuente
fuente
notify-send "Text Here" ; sleep 3 ; killall notify-osd
(dondesleep 3
es un ejemplo de caducidad (realmente matar) después de 3 segundos).Respuestas:
Este es un error conocido: https://bugs.launchpad.net/ubuntu/+source/notify-osd/+bug/390508
(El responsable de mantenimiento lo considera una "decisión de diseño").
fuente
Como se mencionó en una de las publicaciones anteriores, existe una decisión de diseño para no permitir esta característica. Afortunadamente para usted, otras personas también están en desacuerdo y han establecido un PPA y también puede revertir esta decisión para su sistema.
Para resolver su problema solo:
Opcional
Para agregar aún más funciones para enviar-notificar que las que tiene actualmente:
Desde Ubuntu 16.04 en adelante:
Para las versiones 9.10-14.10:
Para obtener más información sobre la solución anterior, lea este artículo:
Burbujas de notificación configurables para Ubuntu
fuente
E: Failed to fetch http://ppa.launchpad.net/amandeepgrewal/notifyosdconfig/ubuntu/dists/xenial/main/binary-amd64/Packages 404 Not Found
(relacionado: askubuntu.com/questions/50/… )sudo add-apt-repository ppa:leolik/leolik
;sudo add-apt-repository ppa:amandeepgrewal/notifyosdconfig
;sudo apt-get update
;sudo apt install notify-osd # Updates to actually useful version
;sudo apt install notifyosdconfig
¡Muchas gracias!upgrade
adist-upgrade
. Eso debería encargarse de todo ya que notify-osd ya está instalado y debe actualizarse con seguridad.Esta fue una contravención implementada intencionalmente de convenciones establecidas sin descalificación en el entorno del terminal host. es decir.
notify-send
ya no debería existir, ya que compromete la funcionalidad documentada y esperada bien establecida, por lo tanto,notify-graffiti
ahora debería existir un nuevo comando : ¿Qué ???? ¡Espere un segundo ... todas esas secuencias de comandos que usan la ortografía del nombre de comando "convencional" se verán comprometidas! cambiando la convención de cómo se escribe el nombre del comando?!?! - hmmm Esta filosofía es excepcionalmente, paradójicamente hipócrita, como lo propugna la interfaz de terminal de escritorio de Unity.No se puede hacer de ambas maneras, preservando algunas convenciones, es decir. el nombre de un comando y, sin embargo, no otros, la funcionalidad de un comando como se documenta. Si la funcionalidad se ve comprometida, entonces también debería hacerlo el nombre del comando para mantener la integridad, convencionalidad, consistencia, etc. de la "experiencia" del usuario, o es esa "frustración", "molestia", "irritación" del usuario. ..
árbitro:
man notify-send
"Marcador: ¿
Notificar-enviar ignora el tiempo de espera?
fuente
Hay un pequeño y útil script notify-send.sh como un reemplazo directo para la notificación de envío que le permite cerrar o reemplazar las notificaciones enviadas anteriormente.
Editar: como señaló @Glutanimate, este script admite el tiempo de caducidad de forma predeterminada.
Al final no pude obtener el tiempo de caducidad para trabajar, así que decidí enviar una notificación con un tiempo de espera de 2 segundos como este:
notify-send.sh --print-id test | xargs -I {} bash -c "sleep 2 && notify-send.sh --close={}" &
fuente
notify-send.sh -t 2 "Hello World!"
. He vinculado el script a mi directorio local $ PATH y lo renombré para notificar-enviar. ¡No más tratar con esa implementación de notificar-osd de baja calidad!Para aquellos que usan el entorno de escritorio Cinnamon, hay una configuración que se puede habilitar:
Notificaciones> Eliminar notificaciones después de que se agote el tiempo de espera
fuente
Esto es en milisegundos. Probé en XUbuntu 16.04 (Ubuntu XFCE)
notify-send -t 3000 "test"
exactamente 3 segundos
fuente