Office js 从outlook加载项在默认浏览器中打开同一原始页面
我有一个使用office.js的outlook加载项。 外接程序使用需求集1.5。 如果加载项在浏览器中打开,则其行为与预期一致。(目标设置为“_blank”的链接将在新选项卡中打开,无论其来源如何) 单击与apps SourceLocation具有相同来源且目标设置为“_blank”的链接时,该页面将在outlook中的小型浏览器中打开,而不是在用户默认浏览器中打开 我已经在以下版本上进行了测试: 在弹出窗口中打开相同的域链接:Office js 从outlook加载项在默认浏览器中打开同一原始页面,office-js,office-addins,outlook-web-addins,Office Js,Office Addins,Outlook Web Addins,我有一个使用office.js的outlook加载项。 外接程序使用需求集1.5。 如果加载项在浏览器中打开,则其行为与预期一致。(目标设置为“_blank”的链接将在新选项卡中打开,无论其来源如何) 单击与apps SourceLocation具有相同来源且目标设置为“_blank”的链接时,该页面将在outlook中的小型浏览器中打开,而不是在用户默认浏览器中打开 我已经在以下版本上进行了测试: 在弹出窗口中打开相同的域链接: Windows 10 Enterprise Versio
Windows 10 Enterprise
Version 1903
Build 18362.418
Outlook
Version 1908
Build 11929.20388 Click-to-Run
Windows 10 Enterprise
Version 1903
Build 18362.418
Outlook
Version 1908
Build 11929.20300 Click-to-Run
按预期工作(在默认浏览器中打开):
我相信这个问题是从windows或outlook的最新更新开始的:大约在同一时间,加载项开始使用Edge而不是IE。
请注意,在mac上测试时,使用
window.open(URL“_blank”)打开页面如果要打开的url与apps SourceLocation具有相同的来源,则代码>将在弹出式浏览器中打开,而不是在用户默认浏览器中打开。您看到的行为是经过设计的。如果Edge是同一个域,则会打开新窗口,以支持使用cookie将数据传递到窗口 当在弹出窗口中打开任何无法最大化或最小化的链接时,您如何期望用户获得无缝体验。用户通常希望使用默认浏览器,而不是默认浏览器。因此,我们使用URL参数传递数据
我想你已经让它对开发者来说是用户友好的,但不是真正的用户。我建议您查看此最新更新。理想的解决方案是允许开发人员选择链接的打开方式,而不是让Microsoft决定为每个开发的外接程序选择最佳的方式
我想我们需要在一个单独的域中托管外接程序,以适应这种情况,并让用户有一个无缝的体验。这样的不便
macOS
Mojave
version 10.14.6
Outlook:
Version 16.29 (19090802)
Windows 10 Enterprise
Version 1803
Build 17134.766
Outlook
Version 1908
Build 11929.20300 Click-to-Run
Windows 10 Enterprise
Version 1809
Build 17763.557
Outlook
Version 1803
Build 9126.2275 Click-to-Run