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.
WG said:
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.