Порограммное закрытие уведомлений

vasek в теме речь про закрытие "окна" самого уведомления отправленного через notify-send или через dbus разницы нет, некоторые демоны\оболочки показа уведомлений имеют эту возможность а некоторые нет. В плазме хоткея нет только клик в dunst есть.
notify-send это не должен делать

vs220
дело уже самого демона/оболочки уведомлений
dunst привел зря, не подумав - он никакого отношения к тому, что я хотел сказать не имеет ...
В части остального - видимо я плохо объяснил, что имел ввиду ... либо плохо понял DOC ... забудем об этом.
Ошибки не исчезают с опытом - они просто умнеют
vasek
длительность по времени
Правильно, и в настройках время зависит от ургентности. А если учесть:
grayich
notify-send "блабла" -u critical
то критичное уведомление может само по себе не исчезнуть и ждать клика:
[urgency_normal]
   background = "#153b58"
   foreground = "#ffffff"
   timeout = 10

[urgency_low]
    background = "#222222"
    foreground = "#888888"
    timeout = 10

[urgency_critical]
    background = "#900000"
    foreground = "#ffffff"
    timeout = 0
notify-send "блабла" -u critical
приведён как пример висячего сообщения, дело не в нём

речь про демон уведомлений КДЕ
можно ли ему команду послать какую, или в конфиге настройка какая ?
grayich
речь про демон уведомлений КДЕ
Aivar
Что к чему в кедах - хз…
)
Если жестко, то можно прибить демон, затем стартануть снова.
А если по феншую, то нужно спрашивать у кедерастов пользователей кед или разбираться самому.
Aivar
критичное уведомление может само по себе не исчезнуть и ждать клика
все верно - DOC Desktop Notifications Specification
Critical notifications should not automatically expire, as they are things that the user will most likely want to know about. They should only be closed when the user dismisses them, for example, by clicking on the notification.
Ошибки не исчезают с опытом - они просто умнеют
Покапался в своих записях - этот bug замечен давно (10 лет назад), правда там упоминается только о невозможности замены уведомления, но суть та же …
Две переведенные ссылки
notify-send не может заменить существующие уведомления до того, как они истекут (или не исчезнут).
...
notify-send не сообщает созданный идентификатор уведомления и не позволяет указать его для замены более раннего уведомления.
И даже имеется патч, после которого у notify-send появляется два новых ключа: -p (--print-id) и -r (--replace-id).
Правда об удалении ничего не сказано, но если появился ID и можно заменить уведомление, то думаю можно его и удалить.
Ссылка на статью, в которой имеется ссылка и на баг и на патч.
В подробности не вникал ...

EDIT - to vs220 - вот это я и имел виду (и вроде упоминал об этом), что отсутствие ID не дает обычным образом заменить или удалить уведомление.
Ошибки не исчезают с опытом - они просто умнеют
vasek
этот bug
нет никакого бага

нужно просто закрытие уведомлений повесить на кнопку, а не мышкой закрывать каждое
grayich
нет никакого бага
ты не понял смысл ... чтобы закрыть что то нужно знать или PID или ID или что там еще, что оно имеет ...

PS - и все-таки я не пойму, почему нельзя использовать время ...

EDIT - хотя согласен, багом это назвать трудно - точнее это не доработка разработчиков, не учли все нюансы, посчитали, раз имеется параметр времени, то и нет смысла что то удалять ... хотя с другой стороны иногда требуется и просто заменить уведомление на другое.
Ошибки не исчезают с опытом - они просто умнеют
vasek
чтобы закрыть что то нужно знать или PID или ID или что там еще, что оно имеет …
ну так демон уведомлений кде же знает их id, он их и закрывает если они с таймером
 
Зарегистрироваться или войдите чтобы оставить сообщение.