【问题标题】:Microsoft Teams Development linking to desktop appsMicrosoft Teams Development 链接到桌面应用程序
【发布时间】:2020-05-09 12:48:10
【问题描述】:

在 Outlook、excel 和 Word 中,我创建了上下文菜单,当用户选择它时,允许用户跳转到桌面应用程序(当然也传递上下文)。如今,这一切似乎都是老派,但想想 VSTO、Addins 甚至 vba。

在 Teams 对话中是否可能出现这样的情况?

编辑 - 示例: 在 MS Team 的对话中,John 向 Fred 输入了一条消息“嘿 Fred,请查看文件号 123456。”现在,Fred 必须突出显示并复制此号码,打开桌面应用并粘贴该号码以搜索信息。

如果 John 将相同的消息作为 EMAIL 写给 Fred,那么由于 Fred 安装了我的插件,插件会识别数字 123456,Fred 只需右键单击该数字并选择上下文菜单。 (插件通过 WCF 连接向桌面应用程序发送消息)桌面应用程序跳到前台并将文件显示给 Fred。

到目前为止,我只阅读并看到了有关 http 协议的内容,这很好,但我希望还有更多内容。

【问题讨论】:

  • 是否要将外部应用深层链接到团队应用?
  • 我不完全理解你的问题。我添加了一个用例和它如何与 Outlook 配合使用的示例。
  • 高级威胁防护会阻止不安全的协议,因此这不起作用
  • 所以答案是否定的?如果我没有团队可以通过 HTTP 协议向其发送信息的公共网站,则什么都没有。

标签: microsoft-teams


【解决方案1】:

据我所知,使用 Teams 进行开发目前意味着仅 Web 插件/扩展或他们现在所称的任何内容。开发人员无法与原生应用程序通信,even Microsoft is still trying to link documents in Teams to their own desktop apps.

我从不想在 Teams 或 Office Online 中打开文档。我一直想使用本机桌面程序。如果有一个全局设置会很好,这样文档总是在桌面应用程序中打开。 (Microsoft Teams UserVoice 2017 年 12 月)

Microsoft Teams 似乎不支持当前可用于 Outlook、Word 或 Excel 的任何编码机会,因为根据上述 cmets,这些是“高级威胁防护阻止不安全协议”。

可悲的是,仅网络插件/扩展程序以及有效集中上传它们的要求使得在企业环境中工作的人们非常困难 一个 IT 部门创建了如此多的繁文缛节,以至于你的申请以否定的结果结束。人们可以编写代码供少数人在他们的组织中使用的日子已经一去不复返了。

如果您是通过 Google 搜索来到这里的,我的建议是创建 a browser extension with a native host。您可以使用 Teams 用户界面做任何您想做的事情,并且 通过本机主机将信息发送到您的桌面应用程序。这不适用于 Microsoft Teams 应用程序,但由于此应用程序只是窗口中的网站,因此人们可能只会使用浏览器。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-04-20
    • 2021-07-20
    • 2013-02-14
    • 2011-11-04
    • 1970-01-01
    相关资源
    最近更新 更多