NGLayout ActiveX Control Operational in IE
Tuesday January 26th, 1999
Robert Gelb has two screenshots for us that will be of great interest to our viewers and, I believe, a great distress to Microsoft. The first is the NGLayout ActiveX control operational within a simple application shell, displaying the boxacidtest that we featured a few days ago on this site. The second is even more intriguing: two mozilla HTML windows displaying inside Internet Explorer 4. I think it's appropriate to mention what this _is not_. This is not a screenshot of NGLayout replacing the HTML renderer of IE4. But what it does show is how far along the NGLayout ActiveX control is, and how it is beginning its march to take over a realm that until this point was strictly MS domain. It means that application developers looking for an HTML, CSS, DOM, XML compliant application component will have to look no farther than the Open Source code of Mozilla. And they will gain the added benefit of using the same rendering engine used on all the other Mozilla platforms.
#24 Re:NGLayout ActiveX Control Operational in IE
by rgelb <email@example.com>
Thursday February 4th, 1999 12:01 PM
You are replying to this message
David Polberger got it right on the money. I doubt that Mozilla as an IE plug-in would be used at all. It would be a tremendous pain to create pages that on the fly will switch to a page containing Mozilla Control. On top of it all, Mozilla control by itself can't do anything - it needs to be scripted. Yet another hurdle is that Mozilla creates its own socket connection and as such is classified by IE as high-risk ActiveX control, so everytime you bring up a page in IE with Mozilla control embedded in it, IE will ask whether you want to use such a "high risk" control.
The real benefit of MozillaControl is to use it in intranet and desktop applications. I use it in conjunction with Visual Basic 5. Works like a charm.