桌面通知

出自 ArchWiki

相关条目

桌面通知是以异步方式通知用户特定事件的小型被动弹出对话框。

Libnotify

libnotify 是桌面通知规范的独立于桌面的实现，它提供了 notify-send(1) 实用程序，并支持 GTK 和 Qt 应用程序。许多开源应用程序（如 Evolution 和 Pidgin）已经在使用它。

提示： 可在规范中找到可用图标的概述。

通知服务器

为了接收通过 libnotify 发送的通知，需要一个通知服务器。

内置

Cinnamon、Deepin、Enlightenment、GNOME、GNOME Flashback 和 KDE Plasma 使用它们自己的实现来显示通知，并且无法替换。它们的通知服务器在登录时自动启动，以通过 DBus 接收来自应用程序的通知。

独立

在其他桌面环境中，需要手动安装和启动通知服务器，例如使用 XDG Autostart。

或者，通过将通知服务器设置为 D-Bus 服务，可以在首次调用时自动启动通知服务器。大多数通知服务器已经在 /usr/share/dbus-1/services 下附带了 dbus 服务。对于某些实现，例如 notification-daemon 包，需要在用户 D-Bus 服务目录 ($XDG_DATA_HOME/dbus-1/services) 中手动创建一个。

org.freedesktop.Notifications.service
[D-BUS Service]
Name=org.freedesktop.Notifications
Exec=/usr/lib/notification-daemon-1.0/notification-daemon

每当应用程序通过向 org.freedesktop.Notifications 发送信号来发送通知时，如果 /usr/lib/notification-daemon-1.0/notification-daemon 尚未激活，D-Bus 将激活它。

您还可以选择以下实现之一

  • Deadd Notification Center — 一个受 Dunst 启发的带有通知中心的 notification-daemon。
https://github.com/phuhl/linux_notification_center || deadd-notification-centerAUR 包
  • Dunst — 极简主义的 Linux 通知守护程序，旨在完美适配像 dwm 这样的极简主义窗口管理器。自 1.6 版本起包含 Wayland 支持。
https://dunst-project.org/ || dunst
  • fnott — 键盘驱动的轻量级 Wayland 通知守护程序，适用于基于 wlroots 的合成器。
https://codeberg.org/dnkl/fnott || fnott
  • LXQt Notification Daemon — LXQt 的通知服务器。
https://github.com/lxde/lxqt-notificationd || lxqt-notificationd
  • mako — 一个轻量级的 Wayland 通知守护程序；它目前在 Sway 和 river 上工作。
https://github.com/emersion/mako || mako
  • MATE Notification Daemon — MATE 的通知服务器。
https://github.com/mate-desktop/mate-notification-daemon/ || mate-notification-daemon
  • Notification Daemon — 原始的通知服务器。
https://gitlab.gnome.org/Archive/notification-daemon || notification-daemon
您可以使用 /usr/lib/notification-daemon-1.0/notification-daemon 手动运行它。
  • Notify OSD — Unity 的通知服务器。
https://launchpad.net/notify-osd || notify-osd
  • statnot — 小巧轻便的通知守护程序，可以将通知输出到根窗口的标题、stdout 或 FIFO 管道，使其与平铺窗口管理器集成得非常好。
https://github.com/halhen/statnot || statnotAUR 包
  • swaync — 一个基于 GTK 的简单 Sway 通知守护程序。
https://github.com/ErikReider/SwayNotificationCenter || swaync
  • twmn — 用于平铺窗口管理器的通知系统。
https://github.com/sboli/twmn || twmn-gitAUR 包
  • wired — 轻量级通知守护程序，具有高度可定制的布局块，用 Rust 编写。
https://github.com/Toqozz/wired-notify || wiredAUR 包
  • Xfce Notification Daemon — Xfce 的通知服务器。
https://docs.xfce.org/apps/notifyd/start || xfce4-notifyd
您可以使用 /usr/lib/xfce4/notifyd/xfce4-notifyd 手动运行它。
提示： 要配置 xfce4-notifyd，请运行以下命令：xfce4-notifyd-config。

技巧与提示

向其他用户发送通知

systemd-run(1) 可用于进入另一个用户的会话并向他们发送通知，例如从以 root 身份运行的后台脚本发送。

# systemd-run --machine=target_user@.host --user notify-send 'Hello world!' 'This is an example notification.'

另一种可能性是使用 systembus-notify。以下命令将向所有在其用户会话中运行 systembus-notify 的用户显示通知

$ dbus-send --system / net.nuetzlich.SystemNotifications.Notify 'string:Hello world!' 'string:This is an example notification.'
提示： 您可以按照 Systemd#Notifying_about_failed_services 中的说明获取有关失败服务的通知，并使用上述命令之一作为 ExecStart 命令的基础。

替换之前的通知

如果已知通知的 ID，则可以替换通知；如果新的通知请求指定相同的 ID，它将始终替换旧的通知。遗憾的是，notify-send 不报告此 ID，因此需要在 CLI 上使用替代工具来执行此操作。一个有能力的 CLI 工具是 notify-send.py python 脚本，它提供了带有附加 ID 报告和替换功能的 notify-send 语法。

但是，对于*某些*通知服务器（例如 Notify-OSD），您可以使用带有 notify-send 的 string:x-canonical-private-synchronous: 提示来实现相同的结果。

例如，要获取显示时间的通知

while true; do
  date=$(date)
  notify-send "$date" -h string:x-canonical-private-synchronous:my-notification
  sleep 1
done

包含按钮或监听通知的关闭/点击事件

使用 notify-send.py 脚本，操作可用于显示按钮或监听通知的默认操作（通常，当用户单击它时）和关闭操作。当 action-icons 提示设置为 true 并且通知守护程序支持此功能时，按钮将显示图标而不是文本。当相应的事件发生时，脚本会将操作标识符或 "close" 打印到命令行。要监听默认操作（单击），必须使用操作标识符 "default"。

按钮上带有图标的示例

notify-send.py "Buttons" "Do you like em?" --hint boolean:action-icons:true --action yes:face-cool no:face-sick

使用 D-Bus 服务的多个通知服务器

如“独立”部分所述，用户可以创建 D-Bus 服务，以便自动启动通知服务器。某些实现已经包含 D-Bus 服务文件。但是，当安装了多个通知服务器并且其中一些服务器带有服务文件时，这会导致问题。例如，在没有明确指定所需服务器的情况下同时安装 dunst 和 mako，D-Bus 然后会为用户选择一个，并且该决定超出用户的控制范围。为避免这种情况，您可以覆盖使用的服务，方法是创建 org.freedesktop.Notifications.service（请参阅 #Standalone）并指向您要使用的服务，然后重新启动会话。

故障排除

应用程序卡顿整整一分钟

如果应用程序在尝试显示通知时卡顿，可能是因为通知服务通过 D-Bus 服务错误地宣传了其可用性。

例如，假设用户最近安装了一个需要 plasma-workspace 的 KDE 组件，但用户仍在运行 XFCE。在这种情况下，KDE 通知程序将被优先考虑，但用户并未运行它。应用程序将在等待服务时卡顿，并且仅在超时后才会回退到 xfce4-notifyd。

最明显的卡顿可能来自音量指示器滚动调整。

如果您遇到这种情况，您应该有两个通知处理程序

$ find /usr/share/dbus-1/services/ -name '*Notif*'
org.kde.plasma.Notifications.service
org.xfce.xfce4-notifyd.Notifications.service

在这两个处理程序中，一个会定期在 1 分钟超时后失败，如 日志中所见

# journalctl -g notif
Jul 01 09:40:49 laptop dbus-daemon[866]: [session uid=1000 pid=866] Activating service name='org.freedesktop.Notifications' requested by ':1.193' (uid=1000 pid=5432 comm="/usr/lib/xfce4/panel/wrapper-2.0 /usr/lib/xfce4/pa")
Jul 01 09:41:49 laptop plasma_waitforname[6093]: org.kde.knotifications: WaitForName: Service was not registered within timeout
Jul 01 09:41:49 laptop dbus-daemon[866]: [session uid=1000 pid=866] Activated service 'org.freedesktop.Notifications' failed: Process org.freedesktop.Notifications exited with status 1

按照 #Multiple notification servers with D-Bus services 中描述的方式选择您要使用的服务将解决此问题。

参见

检索自 "https://wiki.archlinux.org.cn/index.php?title=Desktop_notifications&oldid=825677"