Even if you were using the win32 GDI for the drawing, the canvas you will be using will be IE wouldn't it be ? In that case what you would need to concentrate on would be to make sure that the drawing happens on mozilla's canvas.
And regarding the activex plugin, can you please provide more information regarding what happened when you were using the control. Also it might not be a bad idea to write to Mr.Adam Lock and ask him if he has any clue.
-- Gangadhar
bryan wrote:
Gangadhar NPK wrote:

Hi,
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.

I use windows GDI (API) for drawing, so no problem there.

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).

I might have to spend more time on that activeX plugin by Adam Lock. However, the first problem I ran into was after I installed FireFox, that plugin didn't work for mozilla 1.7.3 anymore. I had to uninstall FireFox (and reinstall Mozilla ???). Also, it's not very encouraging to have different versions of that plugin for different versions of mozilla???

-- Gangadhar

Thanks

Bryan


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

Reply via email to