G
Guest
hmm ...
That Link Cor provided looks verry promissing ,,, if you can throw a listbox
, puzzle on a webform and display this on a web page.
why would a webbrowser control fail ?? ...
i have just tested the example ( Rich.exe downloadable from the link Cor
provided ) and installed the files to my IIS directory after calling the
file controls.html it just shows the 2 listboxes without displaying anny
warning at all
so i tested this from a remote client ( other computer on my LAN ) and again
it shows the listboxes without anny warning at all
i understood from the docu that this is functioning because it runs in an
isolated storage .
so i guess this is your solution , just throw a webbrowser control on the
parent control and you have forfilled your task ( the example is C# but it
is verry simple and with the link information it should be an easy task )
Seems like your boss is not such an idiot as some people thought
hth
Michel
That Link Cor provided looks verry promissing ,,, if you can throw a listbox
, puzzle on a webform and display this on a web page.
why would a webbrowser control fail ?? ...
i have just tested the example ( Rich.exe downloadable from the link Cor
provided ) and installed the files to my IIS directory after calling the
file controls.html it just shows the 2 listboxes without displaying anny
warning at all
so i tested this from a remote client ( other computer on my LAN ) and again
it shows the listboxes without anny warning at all
i understood from the docu that this is functioning because it runs in an
isolated storage .
so i guess this is your solution , just throw a webbrowser control on the
parent control and you have forfilled your task ( the example is C# but it
is verry simple and with the link information it should be an easy task )
Seems like your boss is not such an idiot as some people thought
hth
Michel
Michel Posseth said:After reading the hole post the following
1. the security popups would also occur with a custom VB6 activex control
you even needed to sign the cab files to show a popup with green markers
then it still required the explicit confirmation of the user ( this was
already so with IE 4 )
2. the security in IE has only gone stricter ,
3. have you considered builing a smart application if i read your last post
and understaqnd your requirments correctly , a .Net smart application would
be a perfect substitute
# Concept #
http://en.wikipedia.org/wiki/Smart_client
user navigates to youw web / intranet page with a through explanation what
wil happen , clicks the install link , the framework will install all
necesary components automaticly and will launch the application, the
application is actually delivered to the client throuh IE
Hope to have given you some ideas
regards
Michel
jim said:Registered User said:There is an activex control for Firefox that could be used, but my boss
specifically wants an IE activeX control hosted on a webpage that will be
viewed with IE.
This example of nesting controls seems to amuse him, and no matter how I
argue that I can have another activex control on a web page rather quickly
he still wants his IE activex control on a webpage to view it in IE.
What is meant by "his ActiveX control"?
Just a figure of speech. It's the shdocvw.dll control that ships with IE
that he wants implemented in a webpage.
By itself the AxSHDocVw.AxWebBrowser control isn't especially useful.
The control needs a container that can expose a UI and
programmatically interact with the control's properties, methods and
events. Essentially this would be an ActiveX web browser control which
contains an embedded AxSHDocVw.AxWebBrowser control. Now embed the
container in the webpage.
That's a thought. Although (through much bitching an gnashing of teeth) I
have found that he wanted to use the IE control because it would not have to
be registered or installed on most Windows PCs (depending on how updated the
user's PC is of course).
As far as interacting with the webcontrol in the webpage, Peter Bromberg [C#
MVP] said "the native COM IE Web Control was never designed to be hosted in
a web page via the <object clsid=.... tag arrangement. You would not be able
to sink any events and that's just for starters. Check here for details:
http://support.microsoft.com/kb/q183048/".
So, this whole thing may be futile. I really don't understand the thinking
behind making the webbrowser control events and procedures NOT accessible
from within a webpage. If Microsoft is known for anything, it's recursion.
Just look at most of the objects in VB6 and VB.Net. They are almost all
recursed in one way or another.
The link Peter gave was for the IE4 webbrowser control. I had really hoped
that had changed by IE7, but Peter also gave a code sample in a second post
that I tested out and I got an error message in IE7 (fully patched) that
said "Internet Explorer has blocked thsi site from using an ActiveX control
in an unsafe manner. As a result, this page may not display correctly."
This message and behavior is a result of new security measures in IE7.
That alone will doom this task as we cannot really expect all users to lower
their security settings (or even know how to) just to run this "educational
webpage".
So, I have a couple of lattes to hand out. 2 to Peter and 1 to you for your
help also. Where is the nearest Starbucks? I'll phone in your orders.
Although I have done a lot of embedded IE in Java, Delphi, & C# I have
never considered embedding a browser in a webpage. As such my
suggestion is just a thought experiment that you might consider
pursuing.
Thank you for your suggestion. I also recommended an entirely different
path. I recommended wrapping an IE application using Thinstall. That would
also get rid of any requirements to install anything on the end user's PC.
The end users would have to run the executable (just over 2.2MB) but there
is no install or registering of components (even 3rd party components)
required.
Seems the objection to Thinstall is two-fold. (1) Price. Thinstall starts
at $4,995 PER APPLICATION and before client licensing is considered. (2)
Thinstall apps require lots more bandwidth than simply embedding a control
that is already on most Windows PCs.
I keep poking him for the real reason behind holding so steadfastly to a
difficult solution to a simple problem of teaching about activex controls,
but he's not cracking yet. It *has* to be something more than he's telling
me.
Thanks for your suggestions!
jim