【问题标题】:Using File:/// Protocol Links with Javascript API for Office在 Office 的 Javascript API 中使用 File:/// 协议链接
【发布时间】:2014-12-22 19:31:48
【问题描述】:

背景

我正在使用 Javascript API for Office 编写一个 Excel 应用程序。 (办公室 2013)。在该应用程序中,我有几个指向计算机/服务器上文件夹的链接,我想使用 file protocol 从应用程序访问这些文件夹。

我已经使用这个链接测试了一个虚拟 HTML 文件的文件协议:

<a href="file:///C:\Users\User\Desktop">C:\Users\User\Desktop</a>

它完美地工作,打开桌面文件夹。我还使用网络驱动器进行了测试,它也可以正常工作。

问题

当我将此虚拟链接添加到我的 Excel Web 应用程序的 HTML 页面中时,单击它不会执行任何操作。当我右键单击 -> 打开时,IE11 会打开一个新实例(mailto: 链接不会发生这种情况),并询问我是否要授予权限。在我授予权限后,该文件夹被打开。

目标

我希望单击左键打开文件夹位置,而不会弹出权限框。最坏的情况是,我希望能够让用户在应用设置期间打开一个虚拟链接,然后一旦获得许可,就不必右键单击 -> 打开。

问题

我怎样才能在这里实现目标? Office 是否只是锁定了链接?


更新

我发现的主要问题是我托管应用程序的网站不是受信任的网站。使用文件协议的链接仅适用于 Intranet 和受信任的站点。所以现在唯一的问题是 Office 存储位置是否可信。

【问题讨论】:

    标签: html office-2013 file-uri javascript-api-for-office


    【解决方案1】:

    这里的问题在于 Office Apps 的工作方式。清单文件存储在 Office 应用商店中,用户可以下载该文件。该清单指向应用程序开发人员指定的服务器位置,即提供应用程序的位置。这是必须添加到 IE 中的受信任站点的位置。

    因此,为了使文件协议顺利运行,我需要在我的应用程序中包含有关将我的托管服务器添加到受信任的站点域的说明,并且我必须避免不断更改域。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2011-02-09
      • 1970-01-01
      • 1970-01-01
      • 2013-11-23
      • 1970-01-01
      • 2011-12-10
      • 2011-01-09
      相关资源
      最近更新 更多