Уведомление-отправка игнорирует тайм-аут?
Может быть, я делаю что-то не так, но не должны ли команды (запускаться отдельно)
notify-send -t 1 "test"
notify-send -t 1000 "test"
notify-send -t 10000 "test"
иметь разные тайм-ауты? Первый почти мгновенный, второй занимает 1 секунду, а третий - 100 секунд. Во всех случаях это занимает около шести секунд.
Есть ли способ обойти поведение? Поскольку разработчики помечают это как «функцию», а не как ошибку, я хотел бы иметь несколько альтернатив ...
6 ответов
Это известная ошибка: https://bugs.launchpad.net/ubuntu/+source/notify-osd/+bug/390508
(считается ' дизайнерское решение »сопровождающего.)
Как упомянуто в одном из сообщений выше, существует проектное решение запретить эту функцию. К счастью, для Вас, другие люди не соглашаются также и настроили PPA, и можно инвертировать это решение для системы также.
Решить Вашу проблему просто:
sudo add-apt-repository ppa:leolik/leolik
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get install libnotify-bin
pkill notify-osd
Дополнительный
Для добавления еще большего количества опций для отправки - уведомляют, чем Вы в настоящее время имеете:
Из Ubuntu 16.04 вперед:
sudo add-apt-repository ppa:nilarimogard/webupd8
sudo apt update
sudo apt install notifyosdconfig
Для версий 9.10-14.10:
sudo add-apt-repository ppa:amandeepgrewal/notifyosdconfig
sudo apt-get update
sudo apt-get install notifyosdconfig
Для получения дополнительной информации о решении выше, прочитайте эту статью:
Существует небольшой удобный скрипт notify-send.sh в качестве замены для уведомления-отправки, который позволяет закрыть или заменить ранее отправил уведомления.
Редактировать: как указал @Glutanimate, этот скрипт по умолчанию поддерживает время истечения.
Я не смог получить время истечения, чтобы работать в конце, поэтому я пошел довольно хакерский способ отправить уведомление с 2 секундами тайм-аутом, как это:
Это было намеренно реализованным противоречием установленных конвенций без дисквалификации в среде терминала хоста. т.е. notify-send больше не должен существовать, так как это ставит под угрозу устойчивую ожидаемую и зарегистрированную функциональность, таким образом, вместо этого, новая команда notify-graffiti должен теперь существовать - Что???? Ожидайте секунда... все те сценарии, которые используют "стандартное" написание названия команды, будет поставлен под угрозу!?! путем изменения конвенции того, как название команды записано?!?! - хм Эта философия исключительно, как это ни парадоксально лицемерна, как поддержано настольным терминальным интерфейсом Единицы.
Это не может быть сделано оба пути - сохраняющий некоторые конвенции т.е. название команды и все же не других, функциональности команды, как зарегистрировано. Если функциональность должна быть поставлена под угрозу затем, так слишком должен название команды, чтобы поддержать целостность, традиционность, непротиворечивость, и т.д. пользователя "опыт", или что пользователь "разочарование", "раздражение", "раздражение"...
касательно:
- поскольку детали видят: Каково название программы, которая отображает уведомления?
- проверьте"
man notify-send" - посмотрите раздел Non-expiring_notifications в документе Ubuntu Уведомление | Разработчик приложения Ubuntu
Для тех, кто использует среду рабочего стола Cinnamon, есть параметр, который можно включить:
Уведомления> Удалить уведомления после истечения времени ожидания
Это находится в миллисекундах. Я протестировал на XUbuntu 16.04 (Ubuntu XFCE)
notify-send -t 3000 "test"
точно 3 секунды