Hoy busqué la última versión de Dunst y la construí. Parece que la funcionalidad de reemplazo ya no funciona, aunque antes funcionaba perfectamente.
$ dunstify -r 2593 -p "test volume"
13
$ dunstify -r 2593 -p "test volume"
14
$ dunstify -r 2593 -p "test volume"
15
Parece que ya no reemplaza la identificación anterior y mis notificaciones de volumen se están acumulando una encima de la otra. Como se muestra en el fragmento cada vez que se ejecuta, se genera una nueva identificación y ya no respeta el -r $id
.
La última confirmación en funcionamiento es: f0b047497eabf3
, por lo que lo que sea que haya causado este problema se encuentra en la siguiente confirmación que se fusionó en 2018-11-11
:
d879d70da060ea 2018-10-25 12:32 +0200 Jordan Galby Implement stack_tag, implementing x-canonical-private-synchronous
Antes de esta confirmación, el resultado del fragmento anterior era el esperado:
$ dunstify -r 2593 -p "test volume"
2593
$ dunstify -r 2593 -p "test volume"
2593
$ dunstify -r 2593 -p "test volume"
2593
Dunst - A customizable and lightweight notification-daemon v1.3.2-235-gd786381
manually
Ubuntu 18.04.1 LTS x86_64
La solución ya está incluida en el n. ° 551. Entonces, antes del lanzamiento, arreglaremos esto.
Pero de todos modos, mientras estás aquí, echa un vistazo a la función stack_tag, que es mucho más agradable que una identificación aleatoria, que en realidad no existe.
Gracias por la rápida retroalimentación. Sin embargo, no pude encontrar documentación sobre stack_tag
.
He añadido esta sección a dunstrc
:
[volume]
appname = volume
history_ignore = yes
foreground = "#ebdbb2"
set_stack_tag = "volume"
¿Es esto suficiente, cuáles serían los otros beneficios de tal característica? o es solo una forma de reemplazar identificadores aleatorios como dijiste.
@existme No hay mucha documentación al respecto, tienes razón, pero ese ejemplo es más o menos eso: las notificaciones con la misma etiqueta se reemplazan entre sí. Como dijiste, está destinado a resolver este caso de uso exacto sin utilizar identificadores aleatorios que puedan entrar en conflicto con otras notificaciones.
Gracias @tsipinakis por la aclaración.