Je suis entièrement d'accord avec toi, d'ailleurs c'est pour ça que j'en parlais ici.
D'après Rasteman, il y a peu de chose à modifier dans les lib d'e17 pour utiliser xcb au lieu de xlib, et il a semble-t-il commencé à préparer ce travail.
Mais il manque l'extension shm dans xcb, ce qui signifie que e17 est en train de switcher sur un système qui n'est pas encore près à le recevoir, et qu'au lieu de travailler sur e ils vont travailler sur xcb. C'est bien d'être perfectionniste, mais je trouve ça un peu anticipé.
[^] # Re: e17 xlibs xcb tout ça...
Posté par fleny68 . En réponse au journal e17 xlibs xcb tout ça.... Évalué à 2.
D'après Rasteman, il y a peu de chose à modifier dans les lib d'e17 pour utiliser xcb au lieu de xlib, et il a semble-t-il commencé à préparer ce travail.
Mais il manque l'extension shm dans xcb, ce qui signifie que e17 est en train de switcher sur un système qui n'est pas encore près à le recevoir, et qu'au lieu de travailler sur e ils vont travailler sur xcb. C'est bien d'être perfectionniste, mais je trouve ça un peu anticipé.
d'où ma remarque sur le vaporware...
il y a eu un post qui explique assez bien l'idée de xcb : http://sourceforge.net/mailarchive/forum.php?thread_id=2016323&(...)
Le prncipal avantage de xcb est son côté non synchrone. Un appel à X ne bloque pas le processus appelant tant qu'il n'a pas besoin des données.