【问题标题】:Chrome Packaged App + Zigfu pluginChrome 打包应用 + Zigfu 插件
【发布时间】:2014-05-21 14:45:46
【问题描述】:

我们一直在开发一个 Chrome 打包应用程序,我们将它手动分发到一些内部机器(不使用 chrome 商店),以在企业周围的一些信息亭上显示一些内容。

我们最近收到了一项新功能请求,要求使用 Zigfu 插件(NPAPI、Kinect)来跟踪用户在这些信息亭中的参与度。但是,当我们将插件添加到清单时:

"plugins":[{"path":"npZigJSv1.0.1.dll",public:"true"}]

我们得到以下错误:

There were warnings when trying to install this extension:
'plugins' is only allowed for extensions, hosted apps, and legacy packaged apps, but this is a packaged app.

所以我的问题是:

  • 既然我们控制有问题的机器,有没有办法绕过这个限制?
  • “旧版打包应用程序”的定义是什么?它是否排除了使用 chrome.* 空间? (我们正在使用本地存储)

【问题讨论】:

    标签: google-chrome-app npapi


    【解决方案1】:

    回复@mmocny 的回答:

    NPAPI 也正在逐步淘汰以进行扩展。

    考虑到使用 NPAPI 的扩展 will be rejected in the Webstore 和 Webstore 之外的 Windows 部署选项 were severely shrunk,这是个坏主意。你也许可以让它发挥作用,但这将是暂时的和痛苦的。

    现在正确的做法是使用本机主机。基本上,您有一个专门设计的本机可执行文件,其中包含您需要 talks to your app via Native Messaging 的 Zigfu 功能。

    部署的缺点是您必须单独安装本机组件,但在您的情况下这是一个优点(限制访问)而不是问题(您控制机器)。

    【讨论】:

    • 我有点害怕这个。
    • 感谢扩展!
    【解决方案2】:

    首先,一些背景:Extensions and Apps in the Chrome Web Store。该文档解释了扩展程序与应用程序以及托管与打包之间的区别。

    我为 Legacy Packaged Apps 找到的最佳解释文档在这里:Tutorial: Migrate to Manifest V2

    基本上,chrome 应用现在有 v2.它们可以通过manifest.json 中的"manifest_version": 2 识别。与我们的第一次尝试相比,v2 应用带有许多 API、UI 和安全更改。

    在这些变化中,the "plugins" key for NPAPI support 一直是 phased out。即使您控制有问题的机器,也无法为 v2 应用程序启用它。此外,Chrome 甚至不再加载旧版应用程序,因此您不能将其用作后备。

    但是,Chrome 扩展似乎仍支持 NPAPI。结合inter-app communication between an app and extension,或许您可以准确地构建您想要的东西!

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2014-03-23
      • 1970-01-01
      • 2013-06-28
      • 1970-01-01
      • 1970-01-01
      • 2012-09-17
      • 2015-07-24
      相关资源
      最近更新 更多