On Fri, 23 Jan 2009, Carsten Haitzler (The Rasterman) wrote:
>>> ok 1. thing. no need for: >>> >>> + case ELM_SOFTWARE_WIN32: >>> + if (win->ee) win->xwin = (int)ecore_evas_win32_window_get(win->ee); >>> >>> >>> as xwin literally is.. an x window. not win32 whnd. so otheriwse - all fine. >>> you want to commit it to svn? >> >> Now that you mention it, i remember that i wanted to ask you something >> related to that: instead of xwin, maybe we should use a 'native' window as >> name, and try to manage that worrectly ? > > the problem is - what is the "native type" ? a pointer an int? short? long? > long long?.... thus why i hadonly 1 export type/func for 1 windowing back-end. we can use some defines, which can be a bit ugly, or just a long, as a HWND is a pointer and an X Window is an int, which fits always in a long according to the standard. >> I would like to commit it, maybe we can manage those native windows later > > well it can go in with that bit of the patch - it's harmless. a win32 WHND > masquerades as an xwindow id... not really a problem :) ok, it's in :) Now, let's fight with win ce bug :) Vincent ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
