XPCOM is a component model (similar to COM). It provides a way to access components in a cross platform way.
If the ActiveX (which is, a lot of meat over COM) does a lot of drawing (rendering) on the screen and uses IE specific APIs (IHtmlDocument etc.) then you might run into a wall.
As you mentioned it might be really great if you can make the ActiveX plugin by Adam Lock work for the particular version. Why do you think that this might not do the job for you (albeit with few changes).
-- Gangadhar
bryan wrote:
Hi, Since I'm new to Netscape/Mozilla, please be gentle 8-).
I have a ActiveX control (C++) used for report printing. Now that we are going to support Netscape/Mozilla, I have to come up with a solution for the porting/conversion of the activeX control. The possible solution I found include
1. ActiveX Plugin found here (part of MPL) http://www.iol.ie/~locka/mozilla/plugin.htm
This solution works very good, for the version I tested (1.7.3). However, it require different version of this plugin for different version of Mozilla ???.
2. re-implement the ActiveX control in Java. this is going to be a major re-work for me (not familiar with Java), so I hope I won't go there. or,
3. Implement the ActiveX control in XPCom. I prefer this method, since I have total control. So, I am wondering, did anyone have similar experience convert an ActiveX to XPCom?
The ActiveX control I have mainly use ATL/STL, no MFC. From the code I examined (nsISample), I might have to port the whole activex, instead of just creating a wrapper for it. Please, any insight would be greatly appreciated.
Bryan
_______________________________________________ Mozilla-xpcom mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-xpcom
