Javascript createHTMLNotification（）替换

我创建了一个Chrome扩展，它使用

createHTMLNotification（）

在所有内容之上显示一个窗口。然而，从Chrome 28开始，谷歌决定完全放弃

createHTMLNotification（）

（为什么，谷歌。为什么？）。突然间我需要找一个替代者

createHTMLNotification（）

让我来动态更改通知上的内容。然而，我认为新富通知不允许我这么做

有什么解决办法或建议吗？谢谢。

事实上，这一变化是正确的。不过，显然存在一些误解，据说它将继续用于扩展，但只持续了半年

---

不管怎样，官方推荐的替代品是。没有其他解决方案。

经过一点思考，我仍然不想被谷歌的默认布局所束缚。因此，我使用了

图像

类型通知，并在其上放置了生成的画布图像。我可以画我想要的任何东西，我还创建了一个小API来随时更新通知。这对我来说非常合适

---

感谢谷歌让一切变得如此复杂…

IMO他们应该不使用HTML通知，或者至少通知我们，给我们更多时间切换到新富通知。如前所述，正式的EOL通知是在2012年8月，但当时他们还不清楚这是否最终会影响到扩展开发人员。从我的发现来看，互联网上有更多愤怒的人在谈论这个话题：）有什么地方我们都可以抱怨吗？有没有打开的crbug？如果你不需要花哨的样式，只需要一个图像、标题和正文，请使用

webkitNotifications.createNotification（iconURL、head、body）

和

.show（）

/

.close（）

替换内容。在Mac OS X上使用

webkitNotifications时。createNotification

图标将始终为Chrome图标。似乎没有办法解决这个问题。我也有同样的问题-我的扩展正在创建的通知是交互式的，不能使用任何默认模板替换。那么，你是说我可以创建一个画布，捕捉并对其上的任何点击做出反应？@KonradDzwinel-不幸的是，它将无法捕捉到任何用户操作，而不是一个。您最好使用按钮功能，每个通知最多有2个按钮。谢谢您的解释！对我来说，两个按钮和一张可点击的图片仍然不够。你有没有考虑过打开一个标准的弹出窗口（

window.open

）？@KonradDzwinel-是的，但在我的情况下，它不会起作用，因为它看起来不像一个通知，也不会停留在顶部。因此，我坚持使用通知API只是为了给它一个本地的外观。谢谢Derek，你为我节省了很多时间。