すべての上にウィンドウを表示するためにcreateHTMLNotification()を使用するChrome拡張機能を作成しました。しかし、クロム28から始まってGoogleはcreateHTMLNotification()を完全にドロップすることに決めた（なぜ、Google？なぜ？）。突然私は交換を見つける必要があります。createHTMLNotification（）replacement
createHTMLNotification()通知の内容を動的に変更させてください。しかし、私は新しいリッチ・ノーティフィケーションが私にそれをさせるとは思わない。
回避策や提案はありますか？ありがとう。
ちょっと考えた後も、私はまだGoogleのデフォルトのレイアウトに悩まされたくありませんでした。だから私はimage型の通知を使用し、それに生成されたキャンバスイメージを配置します。私が欲しいものを描くことができますし、いつでも通知を更新するための小さなAPIを作成しました。これは私にとって完璧に機能しました。
は `使用し、
同じ問題があります。拡張機能が作成している通知は対話的で、デフォルトのテンプレートを使用して置き換えることはできません。だから、私はキャンバスを作り、そのキャンバスをクリックしてそれに反応して反応すると言っているのですか？ –
@ KonradDzwinel - 残念ながら、[シンプルクリックイベント（座標なし）]（http://developer.chrome.com/extensions/notifications.html#event-onClicked）以外のユーザーアクションは検出できません。あなたができることは、通知ごとに最大2つのボタンを持つボタン機能を使用することです。 –
説明ありがとう！私にとっては、2つのボタンとクリック可能な画像ではまだ十分ではありません。標準的なポップアップ（ 'window.open'）を開くことを考えましたか？ –
変更は実際にはannounced properly on the Chromium-Extensions mailing listでした。明らかに何らかの誤解がありましたが、それは延長のために使用されることになるとaugust last yearに述べられていましたが、それは半年だけでした。
いずれにしても、公式推奨代替品はRich Notifications APIです。その他の回避策の計画はありません。
IMO彼らはHTML通知だけを残すか、少なくとも私たちに通知して、新しいリッチ通知に切り替える時間を増やすべきです。 –
このように、正式EOL通知は2012年8月に行われましたが、最終的に拡張開発者に影響を与えるかどうかは不明でした。私が見つけたものから、この主題に関するインターウェブ上の人々にもっと怒られています:) –
私たちはこれについてすべて不平を言うことができる場所はありますか？オープンククルグ？ –
あなたは空想のスタイリングが、ちょうど画像、ヘッダとボディを必要としない場合は...ので、複雑なすべてのものを作るためにあなたのGoogleに感謝webkitNotifications.createNotification（iconURL、頭部、胴体） ;と '.show（）'/'.close（）'を使ってコンテンツを置き換えます。 –
Mac OS Xでは、 'webkitNotifications.createNotification'を使用すると、アイコンは常にChromeアイコンになります。これを回避する方法はないようです。 – raine