问题

我在主屏幕的左下角弹出了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，通知协议不支持该HTML。（这是我们在OS X上不使用Growl的相同原因。）

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

A3。闪闪发光的Ubuntu通知守护程序在设计上根本不允许用户与通知进行交互，而当通知HTML包含可单击的链接时，该通知将无法使用。

A4。扩展协议以允许Chromium集成会很好。有没有人？

这就是问题所在。就像您提到的那样，NPAPI即将淘汰，Webkit应用程序将大量使用其自己的内置通知系统，而不是使用桌面环境提供的通知系统[1]。除非有人想出了一种拦截浏览器的通知请求的方法，并让它在本地守护进程中讲话，该守护进程可以与之对话notify-osd; 我们不走运。

对此进行扩展，KDE允许在其通知服务中操纵按钮，而Ubuntu则不允许。如果他们将此动作作为通用功能进行了统一，则实现上述功能可能更为可行。可惜。

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

你试过这个吗？

步骤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位版本