[发明专利]应用程序中嵌入微件工具栏的方法和快速访问微件的方法

说明书

技术领域

本发明涉及计算机技术领域，尤其涉及一种在应用程序中嵌入微件(widget)工具栏和快速访问widget的方法。

背景技术

近年，一种被称为widget的本地化Web小应用程序在用户桌面环境中日益流行，其界面简洁、体积较小、响应较快、容易部署，不仅能在浏览器窗口中运行，还能脱离浏览器在用户桌面上运行。widget的脚本预先保存在本地，由一种被称为widget引擎的特殊的浏览器进行加载、解释和渲染，同时widget引擎还为widget提供访问本地资源和网络资源的能力。

图1示出现有技术中widget应用架构的结构示意图。如图1所示，符合万维网联盟(W3C，World Wide Web Consortium)规范的widget应用以HTML+JavaScript脚本实现。典型的widget应用由一个HTML主文件和该HTML主文件所引用的CSS样式文件、JS脚本文件和图标文件构成。widget应用一般有多种显示模式，如停靠模式(Docked)、桌面模式(Desktop)和全屏模式(FullScreen)；在停靠模式下，widget窗口停靠在侧边栏中；在桌面模式下，widget窗口悬浮在桌面上；在全屏模式下，widget窗口最大化；widget可以在不同的显式模式之间切换，widget的显式模式通常采用HTML的DIV视图实现。在不同显示模式中，widget窗口的大小和显示的信息细节往往也不相同。widget应用由widget引擎承载，widget引擎主要由widget管理器和Web引擎构成，widget管理器负责widget的生命周期管理，包括widget的安装、加载、卸载，web引擎负责widget的脚本解释和渲染。widget引擎将widget加载后，先将widget的HTML和脚本解释成文档对象模型(DOM，Document Object Model)树，然后对DOM树进行渲染，得到widget窗口，widget窗口属于逻辑窗口，没有窗口句柄，无法接收windows窗口消息。而且widget应用属于高度可定制化的应用，widget的增加或删除非常频繁，现有COM插件对插件工具栏硬编码的方式无法实现widget工具栏与widget的增删保持同步。

目前许多widget用户在工作中使用得更多的仍然是传统的应用程序，经常会遇到在使用传统应用程序的过程中使用widget的情形，由于传统应用程序通常工作在最大化甚至全屏的窗口模式下，如果用户想要使用widget，就必须换到桌面才能访问widget，使用完widget之后又要切换回应用程序的窗口，频繁的窗口切换给用户的操作带来很大不便，而且如果安装的widget较多，从大量的widget中快速找到和访问所需的widget也并不容易。

基于COM插件技术访问外部应用窗口的现有技术中，支持COM插件的桌面应用由应用程序(宿主程序)和各种COM插件组成；COM插件由宿主程序加载，并与宿主程序运行在相同的应用程序进程中。COM插件与宿主程序通过标准的接口通信，COM插件向宿主程序提供IDispatch接口，供宿主程序控制COM插件的行为，宿主程序向COM插件提供Application接口，供COM插件在宿主程序中添加工具栏，获取宿主程序的上下文数据。

图2示出现有技术中通过COM插件技术在宿主程序创建插件工具栏的流程图。如图2所示，典型的COM应用插件主要由工具栏创建单元，按钮创建单元、按钮响应单元和插件资源块构成；对于需要调用外部应用窗口的COM应用插件还可以包括外部应用代理。其中，工具栏创建单元用于在宿主程序中创建插件工具栏；按钮创建单元，用于在工具栏上创建按钮，为按钮绑定相应的按钮图标资源和按钮响应单元；插件资源块用于保存加载到内存中的按钮图标资源；插件响应单元负责响应特定按钮点击事件，执行相应的动作；外部应用代理通过预定方式调用外部应用的窗口。插件工具栏中的每个按钮都要有一套独立的按钮创建单元、按钮图标资源和按钮响应单元；因此，现有技术中插件工具栏必须在COM插件开发时就完全定制好，包括插件工具栏上有哪些按钮、按钮的图标、按钮的摆放次序以及按钮的响应动作等等，都要在COM插件的代码中预先指定，编译到COM插件的文件中，再由宿主程序一次性加载到内存中。