On 06/11/2011 06:11 AM, Ulrich Eckhardt wrote: > On Saturday 11 June 2011 10:19:40 Ulrich Eckhardt wrote: >> I'm trying to create a patch which does just that, which I'll post lateron. > > Here it comes. > > There are a few observations which I'm not sure how to resolve: > 1. configure.ac > There is a check for the Xcursor support, which uses "-l Xrender" as > additional library. I wonder if that is necessary. > That is the X11 XRender Extenstion, not the same as the evas/ecore X Render Engine. Yes, that check is necessary. XCursor uses the XRender extension to check if the screen supports alpha.
> 2. ecore_evas > There is a switch over the different engine types, where there are still a few > places left where XRender is handled, grep for "xrender" or "XRENDER" and you > will find them. The question is whether to just return NULL in order to signal > that this engine is not supported or to remove the whole thing. The latter > could break binary compatibility, therefore I left those stubs in. > > 3. ecore_x > This uses XRender when ECORE_XRENDER is defined and looking at > _ecore_x_composite_init() it seems to really want that. I'm not sure how to > handle that case, so I left all that in and really only adapted the ecore_evas > part. > Same case as above, ecore_x_composite_init uses the X11 XRender Extension (not the same as the evas/ecore xrender engine). dh > Cheers! > > Uli > > ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
