And one more thing, our plugins are built using XPCOM
This is a discussion on Adapting NPAPI plugin for chrome within the Plugins Development section, part of the Chrome Plugins category: And one more thing, our plugins are built using XPCOM...
And one more thing, our plugins are built using XPCOM
If you are building npapi plugins that use xpcom components you must be ether intentionally or unintentionally linking against the gecko xul library, the reason everything might be working fine on gecko based apps is that the xul lib gets distributed with those apps and is available for your plugin at runtime.
Chrome is based on webkit so no xul lib and no xpcom, afaik
I had a similar problem and my solution was to write platform specific implementations of the xpcom functionality i was using and discard xul lib/dll all together, eliminate the dependency
Last edited by inquisitor20; 12-17-2009 at 08:40 PM.
Hi
I want write extention to programatically set proxy server for each instance of mozilla without affecting global settings(if web proxy is used)
If possible Give links to help and demo samples or any doc available
![]()
I am now having exactly the same problem as you. Has anyone succeeded in loading a NPAPI plugin? Could you provide any demo?
I am now having exactly the same problem as you. Has anyone succeeded in loading a NPAPI plugin? Could you provide any demo?
I have the same problem, can anyone give some demo in loading a NPAPI plugin?
For anyone who hasn't figured this out yet, Firefox 3.6 and later do not support XPCOM NPAPI plugins. The reason that Flash works without xpcom.dll is that it doesn't use XPCOM. If you are still using XPCOM, you need to change your plugin to no longer use it and to use NPRuntime instead.
I highly recommend looking at http://firebreath.googlecode.com for a easy to use (but very powerful) framework for building NPAPI plugins. Plugins built with FireBreath will also compile as ActiveX controls for use in IE.
http://colonelpanic.net/2010/01/fire...xpcom-plugins/
http://colonelpanic.net/2009/08/buil...in-part-three/