[Xcb] Bug 6254: remove XCB's xproto/X11 dependency

Vincent Torri Vincent.Torri at iecn.u-nancy.fr
Tue Mar 14 00:53:09 PST 2006



On Tue, 14 Mar 2006, Jamey Sharp wrote:

> On Mon, Mar 13, 2006 at 09:30:29PM -0500, Jeremy Kolb wrote:
> > > The <enum> construct generates very wordy symbols. (Example: enum  {
> > > XCBWindowClassInputOutput = 1 } XCBWindowClass; where previously  one
> > > only had to deal with InputOutput). You could argue that this is  a
> > > feature, though perhaps not for masks. Maybe an option to prefix  the
> > > members just with "XCB" and not the full name of the enumeration?
> >
> > I really think we need a better way of handling enums.  The names are
> > way too unwieldly.  Vincent and I have talked about this but we couldn't
> > come up with a good solution.  I really think it needs to be changed
> > though, not developer friendly at all.
>
> I like "developer-friendly" where possible, but one response to this is
> that I don't expect many people to program directly to XCB. Usually some
> toolkit is preferable; only the authors of toolkits, and some libraries
> like Cairo and libGL, should care much about XCB's API. My preference
> would be an API that closely reflects the protocol documentation. A bit
> of typing won't kill anyone.

For the toolkit, i don't know if gdk or qt can use xcb natively as their
backend, but ewl and etk will do (once raster and me will agree on how to
manage the requests/replies in ecore). Just fyi :)

That makes me think: bart, what about your toolkit ?

Vincent


More information about the Xcb mailing list