Host webbrowser control, CF 1.0

[Waldemasr Grzywiñski]

I finding solution to host Webbrowser control (or diffrent html viewer) in
CF 1.0 app with WinCE 5.0 device. OpenNETCF 1.4 library use htmlview.dll,
but it works only on PocketPC!, WinCE uses COM shdocvw.dll. CF not support
COM and OCX. I can't migrate to CF 2.0 where of course all by easy.

 

[Paul G. Tobey [eMVP]]

You can't reasonably do that. I suppose that you could come up with some
crazy structure where you use a custom control which calls to a native DLL
which... and so on. That doesn't make any sense to me, though. Just use
native code.

Paul T.

 

[WG]

I explain straight: I want display html stream in my app, build in CF 1.0 on
WinCE5.0 device.

U¿ytkownik "Paul G. Tobey [eMVP]" <p space tobey no spam AT no instrument no
spam DOT com> napisa³ w wiadomo¶ci

 

[Paul G. Tobey [eMVP]]

That's *how* you want to do something, not *what* you want to do. As I
said, you might be able to create some significant superstructure to make
that possible, but you'll have wasted a fair amount of time that you could
have spent just using native code to do the real job. I can't imagine that
doing a lot of work, in native code, so that you can wrap the control from
managed code makes more sense than just using the control directly from
native code.

Paul T.

I explain straight: I want display html stream in my app, build in CF 1.0
on WinCE5.0 device.

U¿ytkownik "Paul G. Tobey [eMVP]" <p space tobey no spam AT no instrument
no spam DOT com> napisa³ w wiadomo¶ci

You can't reasonably do that. I suppose that you could come up with some
crazy structure where you use a custom control which calls to a native
DLL which... and so on. That doesn't make any sense to me, though. Just
use native code.

Paul T.

 

[WG]

Ok. everything You said is right, but ... I have to serve mobile salers READ
ONLY various in form information (charts , tables, single values) prepared
by corporate main server. I don't known what else! That data is stored in
device SQL CE database.I don't want every time when was changed scenario,
update and deploy new application which support new features UI. Universal
displayer - webbrowser, separate me form this prolems. Corporeate server
supply only HTML.


U¿ytkownik "Paul G. Tobey [eMVP]" <p space tobey no spam AT no instrument no
spam DOT com> napisa³ w wiadomo¶ci

That's *how* you want to do something, not *what* you want to do. As I
said, you might be able to create some significant superstructure to make
that possible, but you'll have wasted a fair amount of time that you could
have spent just using native code to do the real job. I can't imagine
that doing a lot of work, in native code, so that you can wrap the control
from managed code makes more sense than just using the control directly
from native code.

Paul T.

I explain straight: I want display html stream in my app, build in CF 1.0
on WinCE5.0 device.

U¿ytkownik "Paul G. Tobey [eMVP]" <p space tobey no spam AT no instrument
no spam DOT com> napisa³ w wiadomo¶ci

You can't reasonably do that. I suppose that you could come up with
some crazy structure where you use a custom control which calls to a
native DLL which... and so on. That doesn't make any sense to me,
though. Just use native code.

Paul T.

I finding solution to host Webbrowser control (or diffrent html viewer)
in CF 1.0 app with WinCE 5.0 device. OpenNETCF 1.4 library use
htmlview.dll, but it works only on PocketPC!, WinCE uses COM
shdocvw.dll. CF not support COM and OCX. I can't migrate to CF 2.0 where
of course all by easy.

 

[Paul G. Tobey [eMVP]]

OK, great, it supplies HTML. Why does that prevent you from using the
native control in a native application to view the data? It's *you*, not
the system or the available components, that are requiring managed code.
Forget managed code and you'd already be done, if the central function of
your program is to display this HTML data. If the HTML data display is a
relatively minor feature of some existing managed code application, use
CreateProcess and fire up an instance of the browser to show the HTML in a
separate window, when running on Generic CE, and do your existing PPC method
on PPC devices. The interface won't be identical, but that's already the
case because of other platform differences.

Or, you can go off and try to follow my suggestions of how you could,
theoretically, embed the Windows CE Web browser control in your managed code
program.

Paul T.

Ok. everything You said is right, but ... I have to serve mobile salers
READ ONLY various in form information (charts , tables, single values)
prepared by corporate main server. I don't known what else! That data is
stored in device SQL CE database.I don't want every time when was changed
scenario, update and deploy new application which support new features UI.
Universal displayer - webbrowser, separate me form this prolems.
Corporeate server supply only HTML.


U¿ytkownik "Paul G. Tobey [eMVP]" <p space tobey no spam AT no instrument
no spam DOT com> napisa³ w wiadomo¶ci

That's *how* you want to do something, not *what* you want to do. As I
said, you might be able to create some significant superstructure to make
that possible, but you'll have wasted a fair amount of time that you
could have spent just using native code to do the real job. I can't
imagine that doing a lot of work, in native code, so that you can wrap
the control from managed code makes more sense than just using the
control directly from native code.

Paul T.

I explain straight: I want display html stream in my app, build in CF 1.0
on WinCE5.0 device.

U¿ytkownik "Paul G. Tobey [eMVP]" <p space tobey no spam AT no
instrument no spam DOT com> napisa³ w wiadomo¶ci
You can't reasonably do that. I suppose that you could come up with
some crazy structure where you use a custom control which calls to a
native DLL which... and so on. That doesn't make any sense to me,
though. Just use native code.

Paul T.

I finding solution to host Webbrowser control (or diffrent html viewer)
in CF 1.0 app with WinCE 5.0 device. OpenNETCF 1.4 library use
htmlview.dll, but it works only on PocketPC!, WinCE uses COM
shdocvw.dll. CF not support COM and OCX. I can't migrate to CF 2.0
where of course all by easy.

 

[Waldemasr Grzywiñski]

Thank You for advice, it is the simplest way.

U¿ytkownik "Paul G. Tobey [eMVP]" <p space tobey no spam AT no instrument no
spam DOT com> napisa³ w wiadomo¶ci

OK, great, it supplies HTML. Why does that prevent you from using the
native control in a native application to view the data? It's *you*, not
the system or the available components, that are requiring managed code.
Forget managed code and you'd already be done, if the central function of
your program is to display this HTML data. If the HTML data display is a
relatively minor feature of some existing managed code application, use
CreateProcess and fire up an instance of the browser to show the HTML in a
separate window, when running on Generic CE, and do your existing PPC
method on PPC devices. The interface won't be identical, but that's
already the case because of other platform differences.

Or, you can go off and try to follow my suggestions of how you could,
theoretically, embed the Windows CE Web browser control in your managed
code program.

Paul T.

Ok. everything You said is right, but ... I have to serve mobile salers
READ ONLY various in form information (charts , tables, single values)
prepared by corporate main server. I don't known what else! That data is
stored in device SQL CE database.I don't want every time when was changed
scenario, update and deploy new application which support new features
UI. Universal displayer - webbrowser, separate me form this prolems.
Corporeate server supply only HTML.


U¿ytkownik "Paul G. Tobey [eMVP]" <p space tobey no spam AT no instrument
no spam DOT com> napisa³ w wiadomo¶ci

That's *how* you want to do something, not *what* you want to do. As I
said, you might be able to create some significant superstructure to
make that possible, but you'll have wasted a fair amount of time that
you could have spent just using native code to do the real job. I can't
imagine that doing a lot of work, in native code, so that you can wrap
the control from managed code makes more sense than just using the
control directly from native code.

Paul T.

I explain straight: I want display html stream in my app, build in CF
1.0 on WinCE5.0 device.

U¿ytkownik "Paul G. Tobey [eMVP]" <p space tobey no spam AT no
instrument no spam DOT com> napisa³ w wiadomo¶ci
You can't reasonably do that. I suppose that you could come up with
some crazy structure where you use a custom control which calls to a
native DLL which... and so on. That doesn't make any sense to me,
though. Just use native code.

Paul T.

I finding solution to host Webbrowser control (or diffrent html
viewer) in CF 1.0 app with WinCE 5.0 device. OpenNETCF 1.4 library use
htmlview.dll, but it works only on PocketPC!, WinCE uses COM
shdocvw.dll. CF not support COM and OCX. I can't migrate to CF 2.0
where of course all by easy.