首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Office.js外接程序总是将32位Internet Explorer进程作为宿主吗?

Office.js外接程序不总是将32位Internet Explorer进程作为宿主。Office.js外接程序可以在不同的宿主环境中运行,包括32位和64位的Internet Explorer、Microsoft Office应用程序(如Word、Excel、PowerPoint等)、Office Online以及Office for Mac等。具体使用哪个宿主取决于外接程序的需求和宿主环境的可用性。

Office.js外接程序是基于Web技术的插件,用于扩展和定制Microsoft Office应用程序的功能。它可以通过JavaScript和HTML与Office应用程序进行交互,并利用Office提供的API来访问和操作文档内容、用户数据等。

在32位和64位的Internet Explorer中,Office.js外接程序可以通过Office Add-ins运行。Office Add-ins是一种基于Web技术的插件模型,可以在Office应用程序中嵌入自定义功能。通过Office Add-ins,开发人员可以使用Office.js来创建外接程序,并在Office应用程序中以类似于面板或任务窗格的形式展示。

除了Internet Explorer,Office.js外接程序还可以在其他宿主环境中运行。例如,在Microsoft Office应用程序中,可以通过加载项(Add-in)来运行外接程序。加载项是一种用于扩展Office应用程序功能的插件模型,类似于Office Add-ins,但提供了更丰富的功能和更高的集成度。

总之,Office.js外接程序可以在多种宿主环境中运行,包括32位和64位的Internet Explorer、Microsoft Office应用程序以及其他支持加载项或Office Add-ins的环境。具体使用哪个宿主取决于外接程序的需求和宿主环境的可用性。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

在Chrome、Firefox、Edge等高版本浏览器中实现在线编辑、审阅Office文档新方案

在IE、Chrome 45及Firefox 53以下版本的浏览器网页中,可直接或间接调用微软免费开源的ActiveX控件DsoFramer即可嵌入本地安装的Office软件实现在线编辑或审阅Office文档。然而好景不长,从2015年开始Chrome、Firefox等新生代浏览器先后取消了对NPAPI插件的支持,在这些浏览器的后续版本中如何实现就成为了技术难题。IE浏览器又因各种问题导致其不断被用户抛弃,其市场份额已降到前端主流框架直接放弃兼容的地步。而随着Windows系统及Office软件的不断升级,DsoFramer的稳定性和兼容性问题越来越多,不支持64位浏览器不说,也不支持金山WPS及开源的LibreOffice等办公软件,要命的是2008年以来微软再无升级版发布,导致其用于商业用途具有很大风险,除非自己有研发能力解决这些问题。虽然随后有点聚WebOffice控件模仿DsoFramer接力举起免费的大旗,为其收费的电子印章产品导入客户,然而依然无法克服ActiveX控件固有的缺陷,只能在32位的IE浏览器中使用不说,往往还需要修改终端电脑IE的默认安全设置,实施成本高、加载运行时弹警告导致用户体验差,这不现在点聚WebOffice的官方网页和交流论坛也都没了踪影,不再继续维护升级,因为没开放源代码,第三方也无法修改其缺陷,其客户再次被抛弃了。

03
  • windows-DLL注入「建议收藏」

    DLL注入 刚刚整理的代码注入(远程线程注入)现在整理这个DLL注入,DLL注入比较常用,相比远程代码注入DLL注入没有什么太多的限制,而且实现起来比较简单,当然远程线程需要注意的问题DLL很多情况都需要注意,这里不做重复,只说代码注入里面没有说过的部分。DLL注入的方式不唯一,比如你如果完全看懂了代码注入,那么你直接LoadLibrary地址和一个dll路径传进去然后在里面load一下就行了,也就是之前的代码注入完全可以实现dll注入,今天就说下一通常dll的注入方式吧,通常dll的注入比我刚刚说的那个方法还要简单,流程和代码注入差不多但是简单了很多,思路是这样,LoadLibrary这个函数所有的进程都是地址一样,我们直接获取LoadLibrary的地址,然后在CreateRemoteThread里面直接把这个地址作为线程地址传过去,然后参数就是我们已经拷贝到对方内存里的那个字符串,这样直接就跑起来了,非常简单,在DLL里想干什么就干什么,可以和本地写代码一样,然后还有一个问题,就是注意一下,dll在入口的switch里面的第一个分支直接调用你想干的事就行了,那个分支的意思就是说当dll被第一次载入的时候就自动执行了,OK就这么简单,如果你觉得没听懂,那么需要看我之前说的那个代码注入,这个里面只说了新的东西,还有就是dll注入应该注意的几个地方: 1.dll的入口记得就调用自己的函数,别走正当的流程,如果你非蛋疼的想调用某个指定函数,当然可以用代码注入结合dll注入的方式,但是 然并卵。 2.注意系统问题,32exe+32dll注入32位程序,64exe+64dll注入64位程序。

    02

    vc60修改快捷键-MSDEV.EXE-应用程序错误解决办法

    使用VS6.0(VC++ or other)打开或添加项目时出现[MSDEV.EXE-应用程序错误""指令引用的""内存,该内存不能为"read";""指令引用的""内存,该内存不能为"read" ],这个可能是VS6.0和OFFICE 2007有冲突的缘故,下面是解决办法:首先去下载一个(exe 下载后解压缩),下载过来是一个C++原始文件vc60修改快捷键,需要通过VC编译一下产生一个 .dll将这个插件复制到X:\ Files\ Visual Studio\Common\AddIns重新打开VC6,Tools->->Add-ins and Macro Files,选中 Studio Add-in即可。此时打开VC6会有一个浮动工具栏(A O),点击A就是添加文件到工程,点击O就是打开文件。是不是很怪啊vc60修改快捷键,竟然做了一个插件进来,并没有对原先的冲突进行改进。VC6.0和Visio两个软件有冲突,把Visio卸载掉即可,若卸载无效,可按下述方法添加一个宏程序补救。

    02

    vc60修改快捷键-MSDEV.EXE 版本

    使用VS6.0(VC++ or other)打开或添加项目时出现[MSDEV.EXE-应用程序错误""指令引用的""内存,该内存不能为"read";""指令引用的""内存,该内存不能为"read" ],这个可能是VS6.0和OFFICE 2007有冲突的缘故,下面是解决办法:首先去下载一个(exe 下载后解压缩),下载过来是一个C++原始文件,需要通过VC编译一下产生一个 .dll将这个插件复制到X:\ Files\ Visual Studio\Common\AddIns重新打开VC6,Tools->->Add-ins and Macro Files,选中 Studio Add-in即可。此时打开VC6会有一个浮动工具栏(A O),点击A就是添加文件到工程,点击O就是打开文件。是不是很怪啊,竟然做了一个插件进来,并没有对原先的冲突进行改进。VC6.0和Visio两个软件有冲突,把Visio卸载掉即可,若卸载无效,可按下述方法添加一个宏程序补救。

    02
    领券