移动 Chrome 通知或使用系统通知

Question

问题

我在主屏幕的左下角弹出了 Chrome 通知。这很烦人，因为我的终端窗口的光标就在那里，它们完全覆盖了命令行。

我使用的是Ubuntu 14.04和Chrome 42

我已经试过了：

• 将我的辅助（在右侧）屏幕设为主要：它仍然在我左显示器的左下角显示通知
• 激活 Chrome 原生通知
  • 即使已接受的答案提出了修改，Chrome 中的Libnotify 通知也不起作用
  • Linux Native Notification不兼容，需要 Unity 插件（那是什么？？？）
  • Chromify-OSD需要 NPAPI，我无法安装，已弃用

题

我可以尝试什么？我会接受这些解决方案中的任何一个：

• 将通知重定向到 Unity
• 将它们移动到我屏幕的另一个角度
• 移动到另一台显示器（我在辅助显示器上使用 Chrome）

还...

我还在 Chromium 常见问题解答中找到了这个：

问：为什么 Chromium 通知不使用基于 D-BUS 的通知系统（又名 libnotify/notification-daemon）？

A1. HTML5 通知可以包含通知协议不支持的任意 HTML。（这与我们不在 OS X 上使用 Growl 的原因相同。）

A2。Chromium 的通知包括一个按钮，用于显示选项菜单，通知协议也不支持该菜单。

A3. 炫目的 Ubuntu 通知守护进程在设计上根本不允许用户与通知进行交互，当通知 HTML 包含可点击的链接时，这将不起作用。

A4. 扩展协议以允许 Chromium 集成会很好。有接班人吗？

Answer 1

所以问题就在这里。正如您所提到的，NPAPI即将被淘汰，Webkit 应用程序将大量使用自己的内置通知系统，而不是尊重桌面环境提供的通知系统 [1]。除非有人想出一种方法来拦截浏览器的通知请求，并让它与本地守护进程对话，而本地守护进程又可以与之对话notify-osd；我们运气不好。

在此基础上进行扩展，KDE 允许在其通知服务中进行按钮操作，而 Ubuntu 则不允许。如果他们将这一操作统一为通用功能，那么实现上述操作可能会更加可行。可惜。

[1]：更有可能的是，他们希望使其尽可能丰富，但又不太担心跨平台支持。

Answer 2

你试过这个吗？

第 1 步：安装已修补的 libnotify

sudo add-apt-repository ppa:leolik/leolik 
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install libnotify-bin
pkill notify-osd

步骤2：安装配置实用程序

• 32位版本
• 64位版本