Google chrome 从扩展页中访问Cast API

Google chrome 从扩展页中访问Cast API,google-chrome,google-chrome-extension,google-cast,Google Chrome,Google Chrome Extension,Google Cast,我正在开发chromecast应用程序,我想把它整合到chrome扩展中。我还使用knockout.js来帮助处理一些UI。我有两个页面,一个是unsandboxed(),另一个是sandboxed()。没有控制台日志被调用过。我的舱单如下: { "manifest_version": 2, "name": "__MSG_app_title__", "description": "__MSG_app_description__", "version": "0.1", "con

我正在开发chromecast应用程序,我想把它整合到chrome扩展中。我还使用knockout.js来帮助处理一些UI。我有两个页面,一个是unsandboxed(),另一个是sandboxed()。没有控制台日志被调用过。我的舱单如下:

{
  "manifest_version": 2,
  "name": "__MSG_app_title__",
  "description": "__MSG_app_description__",
  "version": "0.1",
  "content_scripts": [
    {
  "matches": ["<all_urls>"],
      "js": ["js/content/content.js"]
    }
  ],
  "background": {
    "scripts": ["js/back/background.js"],
    "persistent": false
  },
  "permissions": [
    "tabs",
    "contextMenus"
  ],
  "page_action": {
    "default_title": "__MSG_app_title__",
    "default_icon": {
      "19": "images/icon-19.png"
    }
  },
  "sandbox": {
    "pages": ["sandboxed.html"]
  },
  "icons": { "48": "images/icon.png" },
  "default_locale": "en"
}
{
“清单版本”:2,
“名称”:“\uuuu MSG\u app\u title\uuuuuuuu”,
“说明”:“\uuuu消息\uu应用程序\uuuu说明”,
“版本”:“0.1”,
“内容脚本”:[
{
“匹配项”:[“”],
“js”:[“js/content/content.js”]
}
],
“背景”:{
“脚本”:[“js/back/background.js”],
“持续”:假
},
“权限”:[
“标签”,
“上下文菜单”
],
“页面操作”:{
“默认标题”:“\uuuuu MSG\uu app\uu title\uuuuuuu”,
“默认_图标”:{
“19”:“images/icon-19.png”
}
},
“沙箱”:{
“页面”:[“sandboxed.html”]
},
“icons”:{“48”:“images/icon.png”},
“默认语言环境”:“en”
}

是否有我做错了什么,或者这是不受支持的(目前还不支持)?

您是否将尝试使用扩展的域列为白名单?目前,要将Cast API注入页面,您需要两件事:

您需要遵循此页面底部的步骤(扩展中的白名单,与Google Cast设备白名单不同):


尽管如此,我怀疑这是否会奏效。这些说明用于将castapi注入常规web页面。但是,如果我没有弄错的话,您希望将API注入到您的Chrome扩展页面中。我不知道它是否可以在那里使用,因为我认为不允许两个不同的扩展进行交互。

您是否将尝试使用扩展的域列入白名单?目前,要将Cast API注入页面,您需要两件事:

您需要遵循此页面底部的步骤(扩展中的白名单,与Google Cast设备白名单不同):


尽管如此,我怀疑这是否会奏效。这些说明用于将castapi注入常规web页面。但是,如果我没有弄错的话,您希望将API注入到您的Chrome扩展页面中。我不知道它是否可以在那里使用,因为我认为不允许两个不同的扩展进行交互。

你说的很有道理。我相信cast扩展只会在http或https方案中列出应用程序的白名单。我不知道谷歌是否计划在未来开放这一领域,但目前看来,我必须计划一个托管解决方案。作为站点的快捷方式,我仍然可以从扩展中获益:)。仅供参考,我确实尝试过白名单,但这并没有改变我的结果。@Nashenas Chrome API目前的优先级似乎较低,这并不奇怪。我希望它能很快得到一些关注。文档链接现在是:你说的很有意义。我相信cast扩展只会在http或https方案中列出应用程序的白名单。我不知道谷歌是否计划在未来开放这一领域,但目前看来,我必须计划一个托管解决方案。作为站点的快捷方式,我仍然可以从扩展中获益:)。仅供参考,我确实尝试过白名单,但这并没有改变我的结果。@Nashenas Chrome API目前的优先级似乎较低,这并不奇怪。我希望它很快得到一些关注。文档链接现在是: