我目前正在学习如何使用XPCOM创建Firefox插件,我想知道如何包含第三方库来开发它们。我按照一些教程从c ++文件编译.xpt和.dll(在https://developer.mozilla.org/en/How_to_build_a_binary_XPCOM_component_using_Visual_Studio和http://nerdlife.net/building-a-c-xpcom-component-in-windows/中注明),我不确定我们如何将这些文件包含到插件项目中(被打包成.xpi文件)。
我正在使用Opencv(c ++)通过插件进行图像转换,例如将非常大的图像(3mb高分辨率)调整为小而简单的(例如600X800 200kb jpg),这将由我的插件完成。我知道Opencv是用c ++编写的,xpcom可以将c ++代码编译成dll和xpt。我阅读了几个教程,但大多数都指向在“C:/ Program Files(x86)/ Mozilla Firefox / components”而不是addons“components /”文件夹中添加这些文件(xpt和dll)(这不是怎么回事)插件工作,我相信)。虽然Mozilla页面(上面列出的)确实包含了关于“{app} / components”和“{app} /application.ini”文件夹的内容,但我从未读过这样的内容,所以我很困惑这是如何完成的。< / p>
我的另一个选择是将Opencv方法转换为可执行文件然后单独运行(类似于MemoryFox插件如何运行可执行文件以清除Firefox的内存)并使用它来进行图像大小调整。
我真的不确定如何做到这一点(我是新的插件开发),我想知道如何实现这一点(使用第三方C ++库进入插件)。一个例子,教程或解释可以让我开始。
提前致谢。
编辑:我还想告诉我,我已阅读大部分https://developer.mozilla.org/en/Creating_XPCOM_Components(挑选并选择主题)并且它没有告诉我如何实现上述目标。
答案 0 :(得分:3)
有几个地方可以存储插件并告知FireFox它的存在。 主要取决于您希望如何分发它。
使用MS Windows,loadLibrary进程将搜索当前目录,然后搜索路径。 只需将xpcom.dll与3rdparty.dll一起放在插件的components文件夹中即可正常工作。
XPCOM就像Windows COM,但适用于跨平台
您的设计是为了满足接口的要求
您的插件可能不需要定义它自己的界面(.idl -compiles-&gt; .xpt,.h),但如果它来自firefox 4,您需要在chrome.manifest中列出它。
编译完成后,您还需要在chrome.manifest中列出您的dll。
获取示例原型函数
long Add(in long a, in long b);
baz_1.idl可能看起来像
#include "nsISupports.idl"
[scriptable, uuid(F0F0F0F0-AAAA-BBBB-CCCC-111111111111)]
interface iBaz : nsISupports
{
long Add(in long a, in long b);
};
生成标题和xpi distrib
$(GECKOBIN_PATH)/xpidl -m header -I $(GECKOSDK_PATH)/idl -e baz_1.idl
$(GECKOBIN_PATH)/xpidl -m typelib -I $(GECKOSDK_PATH)/idl -e baz_1.idl
将合同guid链接到C ++ for FF4中的合同名称
NS_DEFINE_NAMED_CID(BAZ_CID); // defined in baz.h generated from baz_1.idl
static const mozilla::Module::ContractIDEntry kSLMozContracts[] = {
{ "@foo.bar.com/baz;1", &kBAZ_CID },
{ NULL }
};
在C ++中的用法
nsCOMPtr<iBaz> baz = do_CreateInstance("@foo.bar.com/baz;1",&rv);
在JavaScript中的用法
var baz = components.classes["@foo.bar.com/baz"] .createInstance(Components.interfaces.iBaz);
实施例。
我们有一个也提供firefox插件的产品,因此我们不提供xpi,但插件位于产品的子文件夹中。
产品在
c:\program files\foo\
插入 - 让我们称之为foobar
c:\program files\foo\bar
注册插件
HKLM\SOFTWARE\Mozilla\Firefox\Extensions\
"{GUID}"="c:\program files\foo\bar"
所以插件的布局是
foobar\chrome.manifest
foobar\install.rdf
foobar\components\baz_1.xpt
foobar\components\baz_1_32.dll
foobar\components\baz_1_64.dll
foobar\components\someOtherWorker.dll
foobar\chrome\ui.jar
在FF&lt; 4你不需要在清单中列出二进制文件,组件文件夹中的东西被加载并检查函数是否是xpcom,因此chrome清单可能看起来像
content baz jar:chrome/ui.jar!/content/baz/
skin baz classic/1.0 jar:chrome/ui.jar!/skin/classic/baz/
从FF 4开始,chrome清单需要列出你的二进制文件,所以它看起来像 (我们在FF 3.5之后只支持64位)
content baz jar:chrome/ui.jar!/content/baz/
skin baz classic/1.0 jar:chrome/ui.jar!/skin/classic/baz/
interfaces components/baz_1.xpt
binary-component components/baz_1_32.dll ABI=WINNT_x86-msvc
binary-component components/baz_1_64.dll ABI=WINNT_x86_64-msvc appversion>=3.5
FireFox 5(现在出局)已更改
答案 1 :(得分:2)
您所参考的教程是关于开发应用程序而不是扩展。因此application.ini不适用于您的情况。扩展有一个名为chrome.manifest
的清单文件,从Firefox 4开始,所有XPCOM组件和XPT文件都需要在那里注册 - 否则它们将被忽略。尽管components/
仍然是它们的常见位置,但组件所在的位置不再重要。 https://developer.mozilla.org/en/XPCOM/XPCOM_changes_in_Gecko_2.0#Component_registration应该是一个很好的起点 - 这应该解释你需要写什么。
请注意,您正在阅读的教程中的源代码也已过时。当前的代码示例链接到https://developer.mozilla.org/en/XPCOM/XPCOM_changes_in_Gecko_2.0#Binary_components。您应该使用XULRunner SDK 2.0(对应于Firefox 4)或更高版本。对不起,你到了一个糟糕的时刻 - 这是XPCOM在过去10年中最大的变化。