步骤 1:安装修补后的 libnotify

步骤 1:安装修补后的 libnotify

问题

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

我上线了Ubuntu 14.04Chrome 42

我已经尝试过了:

  • 使我的次要(在正确的)屏幕作为主要屏幕:它仍然在我的左下角显示通知左边监视器
  • 激活 Chrome 原生通知
    • Libnotify 通知在 Chrome 中不起作用,即使按照接受的答案提出的修改也是如此
    • Linux 原生通知不兼容,需要 Unity 插件(那是什么?)
    • Chromify-OSD需要 NPAPI,我无法安装,它已被弃用

问题

我可以尝试什么?我将接受以下任何解决方案:

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

还...

我还在 Chromium 常见问题解答中发现了这一点:

问:为什么 Chromium 通知不使用基于 D-BUS 的通知系统(又名 libnotify / notification-daemon)?

A1. HTML5 通知可以包含任意 HTML,但通知协议不支持该 HTML。(这也是我们不在 OS X 上使用 Growl 的原因。)

A2. Chromium 的通知包含一个可调出选项菜单的按钮,但通知协议也不支持该按钮。

A3. glitzy Ubuntu 通知守护程序在设计上根本不允许用户与通知进行交互,当通知 HTML 包含可点击链接时,此功能不起作用。

A4. 扩展协议以允许 Chromium 集成会很好。有人愿意吗?

答案1

问题就在这里。正如你提到的,国家知识产权局正在它的出路和 Webkit 应用程序将大量使用其内置的通知系统,而不是遵循桌面环境提供的通知系统 [1]。除非有人想出一种方法来拦截浏览器的通知请求,并让它与可以反过来与 对话的本地守护进程对话notify-osd;否则我们运气不佳。

进一步说,KDE 允许在其通知服务中进行按钮操作,而 Ubuntu 则不允许。如果他们将这一操作统一为通用功能,那么实现上述功能可能更加可行。但可惜。

[1]:更有可能的是,他们希望使其尽可能丰富,但又不必过于担心跨平台支持。

答案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:安装配置实用程序

答案3

我没有等待 Chrome 切换到系统通知,而是决定使用临时黑客技术。这会查找弹出窗口并将其移动。我每分钟从 cron 运行一次。当然,这仅适用于 *nix。

https://github.com/tonyaiuto/settings/tree/master/move_chrome_notify

基本思想是 - 枚举根窗口的所有子窗口(xwininfo) - 从右下角查找特定位置的子窗口 - 使用 xdotool 移动(并调整大小)它

YMMV:除了我之外,移动到的默认 X 位置对于其他人来说几乎肯定是错误的。

相关内容