我们知道OAUTH流不能像在普通(非iFramed)Web应用中那样在Office加载项中实现,我们必须依赖一些弹出技术:查看最佳解释here。
为了解决这个问题,Microsoft在Office.js中发布了dialogAPI。此对话框API仅适用于Office桌面。
如果开发人员想要一个适用于Office Online的解决方案(并且允许在Office商店中发布),他必须实现一个涉及普通旧浏览器弹出窗口的后备解决方案。 备注:这就是我们在open source sample for Outlook that we released中所做的。
如文档中所述,为了测试可用性,我们必须使用此代码示例进行检查
if(Office.context.requirements.isSetSupported('DialogAPI',1.1)) {
//使用Office UI方法; } 其他 { //替代路径 }
问题是,今天,即使if()语句返回false,我也试图强制使用dialogAPI。令人惊讶的是,看起来dialogAPI即使在Office Online中也能正常工作! (Chrome,Edge,FF,IE测试)。那个岩石!
我的问题是:
答案 0 :(得分:3)
是的dialog API可用于在线主机,它可以在所有主要的现代浏览器中使用。至于ETA我不能给你一个特定的日期,但请放心,这是我们的首要考虑。您可以在Add-in Availability page中查看官方状态;该API已在Windows桌面,Mac,iPad中提供。
答案 1 :(得分:1)
Benoit,我会联系团队了解状态,我们会尽力回复你。
就一般信息而言:功能通常会被部署,并且“黑暗”和“#34; - 例如,在Excel API中,这是我主要处理的领域,我们可能会ExcelApi 1.3
成为我们工作几个月的东西......但它不像我们不喜欢&# 39;在那段时间检查任何东西!相反,我们会不断检查并将更改滚动到生产中,但在(Office.context.requirements.isSetSupported('ExcelApi', 1.3)
返回true
之前,我们不保证它们可用和/或完全测试。所以,您可能会看到大多数功能已经存在 - 但是团队还没有完全"签署了#34;在此。所以,在isSetSupported
返回true
之前,我会认为这是内部/非生产API;但是你可能会推断出这个功能已经接近完成,因此它应该在不久的将来点亮(免责声明,我个人对这个特定的API几乎没有了解;所以请一定要带上一粒盐)。