2

일반 (비 iFramed) 웹 응용 프로그램처럼 OAUTH 흐름을 Office 추가 기능에서 구현할 수 없다는 것을 알고 있으므로 일부 팝업 기술을 사용해야합니다. 가장 좋은 설명 here을 참조하십시오.Office Add-in의 DialogApi는 모든 호스트에서 사용할 수 있습니까?

이 문제를 해결하기 위해 Microsoft는 Office.js 내에 dialogAPI을 발표했습니다. 이 대화 상자 API는 잠시 동안 Office 데스크톱에서만 사용할 수있었습니다.

개발자가 Office Online에서 작동하고 (Office Online에서 배포되도록 허용되는) 솔루션을 원할 경우 일반 브라우저 팝업과 관련된 대체 솔루션을 구현해야합니다. 비고 : 이것은 우리가 open source sample for Outlook that we released에서하는 것입니다.

으로는 (Office.context.requirements.isSetSupported ('DialogAPI'1.1))이 코드 샘플

경우를 사용하여 확인 을 {우리가 가지고있는 가능성을 테스트하기 위해, 문서에서 설명
// Office UI 방법 사용; 다른 { // 대체 경로 }

것은이 오늘 } , 나는 경우() 문이 false를 반환하는 경우에도 dialogAPI의 사용을 강제로했습니다. 놀랍게도, DialAPI는 Office Online에서도 작동합니다! (Chrome, Edge, FF, IE 테스트 됨). 그거야! dialogAPI in OWA

내 질문은 :

  • 우리는 (모바일 포함) 모든 브라우저 용 Office 온라인 dialogAPI을해야합니까?
  • 제작 준비가되면 ETA를 사용할 수 있습니까?
  • 대체 솔루션을 계속 구현해야합니까?
  • 이전 Office 빌드 (이전 IE에도 모든 브라우저에서 작동하는 경우)는 어떻게됩니까?

답변

3

예 온라인 호스트의 경우 dialog API을 사용할 수 있으며 모든 주요 최신 브라우저에서 작동합니다.ETA에 관해서는 구체적인 날짜를 알려 드릴 수는 없지만 이것이 우리에게 최고의 마음입니다. 공식 상태는 Add-in Availability page에서 확인할 수 있습니다. API는 이미 Windows 데스크톱, Mac, IPad에서 사용할 수 있습니다.

+0

참고로 API는 이제 온라인 호스트에서도 사용할 수 있습니다. 다음 주에 업데이트되는 문서를보실 수 있습니다. 감사 –

1

브누아 (Benoit) 저는 팀에 연락하여 상태가 무엇인지 알아보고 다시 연락하려고합니다.

일반 정보의 측면에서 보면 기능이 종종 "어두운"상태로 배포됩니다. 예를 들어 주로 작동하는 영역 인 Excel API에서 우리는 ExcelApi 1.3을 몇 달 동안 작업 할 수 있습니다. ...하지만 우리가 그 시간 동안 아무 것도 확인하지 않는 것처럼! 오히려 제품에 대한 변경 사항을 지속적으로 확인하고 롤링합니다. 그러나 (Office.context.requirements.isSetSupported('ExcelApi', 1.3)true을 반환 할 때까지는 해당 제품을 사용할 수 있는지 또는 완전히 테스트되었는지에 대해서는 보증하지 않습니다. 따라서 대부분의 기능은 이미 에 있지만 팀은 아직에서 완전히 "서명하지 않았습니다"는 것을 알 수 있습니다. 그래서,이 내/비 생산 API를 isSetSupported때까지 반환 true; 하지만이 기능이 완벽 해지기 시작했다는 것을 추측 할 수 있습니다. 너무 먼 미래에는 조명이 켜져 있어야합니다 (개인적으로이 API에 대한 가시성이 거의 없으므로 소금으로).