桌面通知

出自 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 启发的带有通知中心的通知守护程序。
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#关于失败服务通知 中的说明并使用上述命令之一作为 ExecStart 命令的基础，来获取有关失败服务的通知。

替换之前的通知

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

但是，对于*某些*通知服务器（例如 Notify-OSD），您可以将 string:x-canonical-private-synchronous: 提示与 notify-send 一起使用，以达到相同的效果。

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

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（请参阅 #独立）并指向您想要使用的服务，然后重新启动会话。

故障排除

应用程序卡顿整整一分钟

如果应用程序在尝试显示通知时卡顿，则可能是由于通知服务通过 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 分钟超时后失败，如 journal 中所示。

# 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

选择您想要使用的服务，如 #带有 D-Bus 服务的多个通知服务器 中所述，将解决此问题。

参见

取自“https://wiki.archlinux.org.cn/index.php?title=Desktop_notifications&oldid=825677”