From: Mike H. <mho...@gr...> - 2005-06-09 00:03:08
|
The main issue on the windows side is someone figuring out how to pass the gid(?) information around so Chromium can grab the window. Under *nix, this is pretty easy through X11. I would suggest following along the X11 path and see if something similar can be done on the Windows path. -Mike ma...@co... wrote: >Hi all, > >So it appears that render_to_app_window doesn't work under Windows. > >There's even a comment in the code (in renderspu_wgl.c) that says: > >/* The render_to_app_window option > * is set and we've got a nativeWindow > * handle, save the handle for > * later calls to swapbuffers(). > * > * NOTE: This doesn't work, except > * for software driven Mesa. > * We'd need to object link the > * crappfaker and crserver to be able to share > * the HDC values between processes.. FIXME! >*/ > >So, what I'm planning on trying is the following: > >Add a dispatch table to stub called stubDoubleDispatch. The functions in it >would call stubNativeDispatch.func(someArgs) and stubSpuDispatch.func >(someArgs). > >Does anyone forsee a problem with this? > >Thanks, >Jon > > >------------------------------------------------------- >This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput >a projector? How fast can you ride your desk chair down the office luge track? >If you want to score the big prize, get to know the little guy. >Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 >_______________________________________________ >Chromium-dev mailing list >Chr...@li... >https://lists.sourceforge.net/lists/listinfo/chromium-dev > > |