书签： notify-osd上的关闭按钮？
参考：
预先证明的概念，bash'd OSD弹出式涂鸦“禁用”解决方案的构思和阴影为：
dbus-monitor "interface='org.freedesktop.Notifications'" | \
grep --line-buffered "member=Notify" | \
sed -u -e 's/.*/killall notify-osd/g' | \
bash
这可以在终端中运行，也可以作为后台任务运行-停止它，然后恢复弹出式涂鸦。
OP指出“不，我无法将其禁用”。如果这样就意味着通知系统不会被装箱手禁用，则此解决方案与此保持一致。系统完好。如果这意味着装腔作势者不知道该怎么做，那么解决方案同样是相关的。
详细信息在下面的行中说明。最终将是将所有内容都嵌入到DBus中，以直接调用
qdbus org.freedesktop.Notifications \
/org/freedesktop/Notifications \
org.freedesktop.Notifications.CloseNotification(uint id)
一个非常非常非常幼稚的基本解决方案，比实际的，实质上是“障碍” notify-osd（或至少是其效果）的概念证明更多。完成测试后，别忘了终止它！通过ETX'ng与<ctrl> -C或关闭终端窗口等。它确实可以完成工作，但不是很实用！因为不幸的是其他工作遭受了试图做自己的工作的困扰...
while true; do killall notify-osd; done
（要“听到”相关活动，您可能想“ grep退出”
notify-osd: no process found ....
）
通过在终端窗口中运行它来进行测试，然后从另一个终端窗口中尝试执行以下操作：
notify-send "test 1" "now you see it not"
notify-send "test 2" "you see it not after test 1 evaporates"
notify-send "test 3" "finally after test 2 evaporates"
停止第一个过程，然后重试消息。
也许可以引用一个notify-osd指标。热点关闭按钮不会（＆不能！）驻留在通知窗口中，但在指示器面板上可用。这完全与Unity用于Windows的概念完全相似。顶部栏用于关闭通知的方式类似于Unity将窗口菜单流向顶部菜单栏的关闭，迷你，最大化框的方式。 unity-panel-servicekillall notify-osd
一个真正优雅的解决方案是，当notify-osd清单的DBus活动出现时，指示器就会出现；而在没有待处理的通知时，指示器就会消失。
它还可能解决堆积的通知的问题 -一次只能看到一个通知，并且如果有多个通知待处理，则每个通知都必须在下一个出现之前蒸发掉-通常无法同时看到它们。
DBus-monitornotify-osd但是，即使已经显示了通知界面，通知界面也会立即对未决的通知进行确认。（并且如果killall notify-osd立即发出- 则很po！）
选择“全部”，将以下测试拖放到终端窗口：
notify-send "test 1" "now you see it"
notify-send "test 2" "you see it after test 1 evaporates"
notify-send "test 3" "finally after test 2 evaporates"
现在对p {r} oof做同样的事情：
notify-send "test 1" "now you don't"
notify-send "test 2" "you see it not! after test 1 evaporates"
notify-send "test 3" "NOT finally after test 2 evaporates"
killall notify-osd
notify-send "gonzo" "gone nada zip zilch"
将killall notify-osd在建议的解决方案将被触发，当DBus monitor检测到OSD弹出涂鸦活动。
