Re: [E-devel] ecore_xcb proposal - part 2

2008-01-02 Thread Nathan Ingersoll
I think this looks very reasonable. Were you able to verify with the XCB devs that we can poll on the cookies like this? On Dec 31, 2007 10:25 AM, Vincent Torri [EMAIL PROTECTED] wrote: On Sun, 30 Dec 2007, Nathan Ingersoll wrote: Another possibility (raster's idea) for

Re: [E-devel] ecore_xcb proposal - part 2

2008-01-02 Thread Vincent Torri
On Wed, 2 Jan 2008, Nathan Ingersoll wrote: I think this looks very reasonable. Were you able to verify with the XCB devs that we can poll on the cookies like this? They didn't answer me yet. Maybe they are on holydays :) Vincent On Dec 31, 2007 10:25 AM, Vincent Torri [EMAIL PROTECTED]

Re: [E-devel] ecore_xcb proposal - part 2

2007-12-31 Thread Vincent Torri
On Sun, 30 Dec 2007, Nathan Ingersoll wrote: Another possibility (raster's idea) for ecore_x_drawable_geometry_get_async is to sent an event ECORE_X_REPLY_GEOMETRY_GET just when the xcb_get_geometry_reply call has returned. The event would contain (actually, would be) the structure above.

Re: [E-devel] ecore_xcb proposal - part 2

2007-12-29 Thread Nathan Ingersoll
On Jul 14, 2007 11:27 AM, Vincent Torri [EMAIL PROTECTED] wrote: Hey On Thu, 21 Jun 2007, Vincent Torri wrote: Proposal #2: If XCB is found: * If a request does not need a reply, the function is just a translation of the Xlib code. Nothing much to say. Agreed so far. * If a

[E-devel] ecore_xcb proposal - part 2

2007-07-14 Thread Vincent Torri
Hey On Thu, 21 Jun 2007, Vincent Torri wrote: Here is a suggestion of a new ecore_xcb api, according to all the remarks I have noted. Currently: * ecore_x_* functions use Xlib code if XCB is not found, otherwise use XCB code. In the latter case, one has to use 2 other functions