Articles précédents : Articles
- [27] SCO continue son attaque
- [122] Les logiciels libres sous Windows : un frein ou un tremplin vers la migration Linux ?
- [20] Mozilla 1.3 En Français !
- [11] Red Hat au Chili
- [23] Linux dans "La Liberté"
- [11] Conférence SSTIC, sécurité informatique, guerre de l'information, ...
- [39] Manifestation contre les Brevets Logiciels ce jeudi à Bruxelles
- [1] Modifier Linux pour les applications temps-réel
- [18] Oroborus 2.0.12
- [72] Introduction à l'Opteron et son architecture
Liens connexes
- XCB/XCL (840 hits)
- death to xlib...? :) (808 hits)
- Les explications sur XCB (705 hits)
- Enlightenment (587 hits)
Dépêche modérée par
![[en]](../../../images/en.png)
XCB/XCL (840 hits)-
death to xlib...? :) (808 hits)
-
Les explications sur XCB (705 hits)
-
Enlightenment (587 hits)
> Lire la suite (55 commentaires, moyenne: 1,9). [dépêche : 1097 caractères]
Parmi les avantages annoncés, outre un côté moins "usine à gaz" que la Xlib (j'ai mon doute là-dessus, s'ils réimplémentent toute l'API...), il y a surtout un côté non bloquant pour les appels à X : une requête renvoit un cookie, et quand les données sont nécessaires, présente le cookie pour les obtenir. C'est celà qui intéresse surtout Rasterman.
Il reste quand même un petit problème : XCB n'implémente pas encore l'extension shm (shared memory) du MIT, dont a besoin Enlightenment...
On se retrouve donc dans la situation suivante : un appel aux codeurs a été lancé pour "finir" xcb sur la liste e-devel, et le travail sur e17 va amha s'en ressentir.
Un post explicatif sur xcb/xcl a répondu à l'annonce de Rasterman, il est en anglais mais il est très clair.
Notons qu'on retrouve le nom de Keith Packard au coté de xcb/xcl, et on peut reparler du fork de Xfree...
Re: XCB/XCL: mort à la xlib ?
Je me demande vraiment si E17 sortira un jour...
-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Sativas () le 05/05/2003 à 12:50. (lien). Évalué à 8.Je trouve E16 parfait donc j'attends tranquillement.
Les développeurs ne sont pas nombreux et l'équipe a vraiment l'ambition de
produire quelque chose de parfait.
Le fait que Raster remette (un peu) en cause le développement de E17
en voulant utiliser XCB (il faudra ajouter des fonctionnalité a XCB pour que
ca marche) en est la preuve.
En ce moment, ils font un gros boulot sur les Libs autour de E17. Et ca avance
pas mal. Il y a meme déja quelques appli a tester comme Enitce (magnifique viewer)
ou Entrance (un magnifique gestionnaire de login).
Il faudra etre patient, mais E17 sortira un jour et il il sera très bon.
Et la meilleure facon de patienter, c'est d'tuiliser E16 : ) .-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par gnumdk (page perso, ) le 05/05/2003 à 13:10. (lien). Évalué à 4."Et la meilleure facon de patienter, c'est d'tuiliser E16 : )"
Et de tester E16.6(pour l'instant le cvs) afin de permettre a E16 d'etre parfaitement intégré a gnome2(meme si le 2.3 semble poser des problemes...). Bon, histoire de pas me répéter a propos de E16.6: http://linuxfr.org/~gnumdk/2573.html(...)-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Sativas () le 05/05/2003 à 13:26. (lien). Évalué à 4.Ca a été une bénédiction, la sortie de Gnome 2 : ) !
Grace a son incompatibilité avec E16, je me suis rendu compte, qu'en fait,
je n'ai pas besion du gnome-panel !
J'ai un bureau totalement E et se suis très heureux comme ca !
Le code de E16 a presque 4ans et je touve qu'on a rien fait de mieux après.
Gloire a Raster !!-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Da Scritch (page perso, ) le 05/05/2003 à 16:56. (lien). Évalué à 1.Moi, je suis hyper malheureux quant à la gestion du refocus de mozilla sous E. faut parfois faire 4 fois alt-tab pour que ça marche.
GRAAAAAAAAAH
D'ailleurs, le "mouse-over" obligé de wmcoincoin est parfois chiant, quand on préfère que la souris reste dans un coin quand on navigue entre fenetres-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par -=[ Benoit Plessis ]=- (page perso, ) le 07/05/2003 à 19:43. (lien). Évalué à 1.c pas que sous E, j'ai le meme probleme sous fluxbox et fvwm 2.5 et c tres chiant. En resume quand il pense avoir perdu le focus faut aller sur une autre fenetre et revenir.
Tres tres penible ca aussi.--
Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitot en me disant "houlala, c'est pas beau à voir votre truc, je préfèrerai que vous teniez vous même la tronçonneuse" (traduction libre)
-
-
-
-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Cyril (page perso, ) le 05/05/2003 à 16:41. (lien). Évalué à 2.d'ailleur, puisqu'on en parle,
evas, la bibliothèque 2D accélérée via OpenGL ou en rendu software optimisé mmx (si on le CPU qui va avec) et qui est multiplatforme,
est passé en version 1.0.0-pre5, selon ce que j'ai cru comprendre,
ça veut dir que l'API ne changera plus, c'est un pas en avant vers E17.
c'est cette bibliothèque qui est utilisé dans entrance et entice pour l'affichage, elle sera utilisé dans E17 pour l'affichage du bureau, des bordures des fenêtres la toolbox et tout le reste.
bref, vivement la sortie de E17
-
-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par C2RIK (page perso, ) le 05/05/2003 à 14:56. (lien). Évalué à 3.je ne sais pas non plus.
C'est marrant que Rasterman ait repris le développement de Enlightenment, il avait confessé lors d'une interview à Linux and Main que Linux avait perdu la guerre du bureau :
http://www.linuxandmain.com/modules.php?name=News&file=article&(...)
Voici l'extrait :
LaM: Where do you think the future lies for desktop Linux?
R: Not on the desktop. Not on the PC. Not on anything that resembles
what you call the desktop. Windows has won. Face it.
En lisant un peu plus, il ne disait pas que Linux était une daube, mais que les gens se moquaient d'avoir un OS dont le kernel est stable...
Devant tant de pessimisme, je m'étais dit qu'il avait vraiment arrêté tout développement de Enlightenment !!
-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Éric (Jabber id, page perso, ) le 05/05/2003 à 15:26. (lien). Évalué à 4.il est prévu pour la prochaine Debian
(bon, on a le droit de troller de temps en temps non ? :))-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Raphael Junqueira (page perso, ) le 05/05/2003 à 15:41. (lien). Évalué à 0.il est prévu pour la prochaine Debian
non ca sera la version 0.18 pour la debian, la 0.17 etant deja declaree trop "advanced" (ala JC) pour la future debian :))))
(bon, on a le droit de troller de temps en temps non ? :))
Juste de temps en temps alors, histoire de pas avoir trop de XP :)
-
-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Jean-Pierre Schwickerath (page perso, ) le 05/05/2003 à 19:17. (lien). Évalué à 1.Je me demande vraiment si E17 sortira un jour...
Ben quoi, Diablo 2 il est bien sorti aussi. Je n'y croyais plus...
Ok, bon d'accord, je me fais tout petit...--
Nothing's impossible... Everything's relative!
Re: XCB/XCL: mort à la xlib ?
en fait le code pour l'extension shm est déjà dans le CVS.
-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Raphael Junqueira (page perso, ) le 05/05/2003 à 15:09. (lien). Évalué à 1.comment on y accede au cvs ?
-
[+] [^]Re: XCB/XCL: mort à la xlib ?
Posté par David () le 05/05/2003 à 15:14. (lien). Évalué à -1.C'est tout expliquer ici:
http://www.enlightenment.org/pages/source.html(...)
"
CVS Development Sources
All of Enlightenment's development occurs in CVS. You can pull the code directly from CVS using the following commands:
cvs -d:pserver:anonymous@cvs.enlightenment.sourceforge.net:/cvsroot/enlightenment login
cvs -z3 -d:pserver:anonymous@cvs.enlightenment.sourceforge.net:/cvsroot/enlightenment co modulename
"
Par contre, il y a des TAGS de branches ("HEAD", "SPLIT",...) et je ne sais pas ou se font les developpements en ce moment.-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Raphael Junqueira (page perso, ) le 05/05/2003 à 15:16. (lien). Évalué à 1.le code de XCB/XCL serait dans le cvs de e ? (pcque celui de e je sait bein recuperer)
-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Vivi (page perso, ) le 05/05/2003 à 16:09. (lien). Évalué à 2.Non je parlais du CVS de XCB ...
On y accède la : http://keithp.com/cgi-bin/cvsweb/xcb/(...)
le lien vient du wiki XCB : http://xcb.wiki.cs.pdx.edu/(...)
-
-
-
Re: XCB/XCL: mort à la xlib ?
XCB/XCL utilise le préprocesseur m4 et le language C.
que du bonheur
-
[^]Re: XCB/XCL: mort à la xlib ?
-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Raphael Junqueira (page perso, ) le 05/05/2003 à 15:19. (lien). Évalué à 2.jeune inocent,
tu as jamais vu du code m4 toi :))))-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par David () le 05/05/2003 à 15:35. (lien). Évalué à 8.ah si, je me souviens! C'est pas automake/autoconf??
c'est vrai qu'on fait difficilement plus incomprehensible!!
(troll: à croire que c'est RH qui l'a mis au point pour faire de l' "obfuscation" dans les srpm!! )
Nota: vous saviez que les premiers drivers officiels nVidia étaient distribués avec leurs sources, mais qu'elles été méchament modifiées pour les rendre inintellegibles? J'ai appris ça alors que je cherchais sur le net un projet de reverse engineering des drivers nVidia.-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Raphael Junqueira (page perso, ) le 05/05/2003 à 15:43. (lien). Évalué à 1.ah si, je me souviens! C'est pas automake/autoconf??
c'est vrai qu'on fait difficilement plus incomprehensible!!
exactement :)
Nota: vous saviez que les premiers drivers officiels nVidia étaient distribués avec leurs sources, mais qu'elles été méchament modifiées pour les rendre inintellegibles? J'ai appris ça alors que je cherchais sur le net un projet de reverse engineering des drivers nVidia.
Ahh, d'ou tiens tu ca: liens ? liens vers le source ?-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par David () le 05/05/2003 à 15:56. (lien). Évalué à 5.Le texte ou j'ai entendu parler de ca pour la premiere fois:
http://wgz.org/chromatic/nvidia/analysis.html(...)
En suivant les liens, je suis tombé sur un texte ou on apprend que John McCormack (Id Software) a participé à une tentative d'analyse de ces drivers nVidia, et qu'au passage ils ont trouvé 2-3 bugs. C'est le projet "Utah".-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Raphael Junqueira (page perso, ) le 05/05/2003 à 16:04. (lien). Évalué à 1.arghhh
honte a toi :)
s/McCormack/Carmack/g
C'est le projet "Utah".
Utah-GLX, c bizarre selon le site il ne font pas beaucoup mention du driver NVIDIA mais surtout de la parti AGP du driver nvidia :(-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par David () le 05/05/2003 à 16:07. (lien). Évalué à 1.oups :o) il est pas écossais d'origine alors??;o)
-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Raphael Junqueira (page perso, ) le 05/05/2003 à 16:11. (lien). Évalué à 3.non ... texan (pas de bol pour lui)
-
[^]Re: XCB/XCL: mort à la xlib ?
-
-
-
-
-
-
-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par David () le 05/05/2003 à 16:12. (lien). Évalué à 1.je n'ai pas regardé le code mais je crois que justement il fait allusion au script automake/autoconf. Donc pas de m4 dans la lib :o)
-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Raphael Junqueira (page perso, ) le 05/05/2003 à 16:19. (lien). Évalué à 2.bouhhh c pas beau de parler sans laller voir la chose :)
http://keithp.com/cgi-bin/cvsweb/xcb/lib/XCB/(...)
j'aime bcp le style, c la premiere fois aue je voit du m4 pour generer du code :)
-
-
-
-
[^]Re: XCB/XCL: mort à la xlib ?
-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par David () le 05/05/2003 à 16:16. (lien). Évalué à 0.hmm.... non. J'ai déjà tenté de comprendre pourquoi un "autoconf" dans libeva cvs de E17 fonctionnait pas. J'ai réussi au bout d'une demi-heure.
Par contre j'ai toujours pas compris comment modifier le fichier .in ... J'ai lancé les lignes de compilation à la main.-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Tab Tab () le 05/05/2003 à 17:32. (lien). Évalué à 1.On modifie pas les regles d'un fichier .in, vu qu'ils sont generes par automake
a partir des Makefile.am
quand au configure il cree, les Makefile a partir des Makefile.in en remplacant toutes les directives @...@ et peut-etre d'autres.-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Stephane Marchesin (page perso, ) le 05/05/2003 à 18:31. (lien). Évalué à 2.On modifie pas les regles d'un fichier .in, vu qu'ils sont generes par automake
C'est vrai s'il s'agit d'un makefile.in, mais on peut (doit) modifier parfois les .in , ne serait-ce que pour modifier configure.in.
Et puis on peut faire des choses sympatiques comme un fichier "monprog.spec.in", puis ajouter "monprog.spec" dans la liste des fichiers à générer par configure. Ca permet d'obtenir un specfile pour les rpm qui a un numero de version du package défini par configure, et donc ca m'évite de mettre à jour le no de version à la main (oui, je suis un fainéant).
-
-
-
[^]Re: XCB/XCL: mort à la xlib ?
Posté par Troy McClure (page perso, ) le 05/05/2003 à 17:56. (lien). Évalué à 8.En terme de puissance très certainement, maintenant en terme de bonheur et de lisibilité c'est plus contestable. m4 a beau être turing équivalent, on voit beaucoup plus de jeux d'échecs codés en sed qu'en m4, c'est dire si cet outil rebute les plus pervers.
-
On écrit langage et non language
Je ne sais pas pourquoi mais c'est une faute qui m'agace a un point ....
-
[^]Re: On écrit langage et non language
Posté par Olivier MARTIN () le 05/05/2003 à 15:49. (lien). Évalué à 0.parce que c'est l'anglais qui prend le pas sur le français?
-
[^]Re: On écrit langage et non language
Posté par totof2000 () le 05/05/2003 à 15:58. (lien). Évalué à 1.Non, dans la plupart des cas, remplacer un mot français par un mo anglais, ça ne me dérange pas mais dès que je vois cette horreur, j'ai envie de taper ...
Peut-être parce que j'aime pas le guateau ...-
[^]Re: On écrit langage et non language
-
-
-
[^]Re: On écrit langage et non language
Posté par \o/ (Jabber id, ) le 05/05/2003 à 15:54. (lien). Évalué à 0.Quand on râle on pense à mettre des accents sur les "à"
-
[^]Re: On écrit langage et non language
Posté par totof2000 () le 05/05/2003 à 16:00. (lien). Évalué à 1.vu après avoir posté ( j'ai également oublié un T à mot dans mon autre post).
-
[+] [^]Re: On écrit langage et non language
Posté par David () le 05/05/2003 à 16:04. (lien). Évalué à -1.Si vraiment t'as que ça à faire, je crois qu'on cherche des gens pour traduire le kernel linux en francais.
-
[^]Re: On écrit langage et non language
Posté par totof2000 () le 05/05/2003 à 16:14. (lien). Évalué à 1.Qu'entends-tu par "traduire le kernel linux en francais" ?
-
[+] [^]Re: On écrit langage et non language
Posté par David () le 05/05/2003 à 16:25. (lien). Évalué à -1.je t'arrête tout de suite, j'aurais pu écrire "mozilla 1.8" que ca aurait tout autant signifié la même chose. Sorry, bro' ;o)
-
[^]Re: On écrit langage et non language
Posté par totof2000 () le 05/05/2003 à 16:51. (lien). Évalué à 1.Serieusement, suite a ton message j'ai cherché un peu et je suis tombé sur http://www.traduc.org(...) (peut-être qu'une news sur ce site est passée ici, mais je ne me souviens pas). Je vais regarder d'un peu plus près. (avec 2 heures par jour dans les transports, je pense que je peux aider ...).
-
-
-
[^]Re: On écrit langage et non language
-
-
-
-
[^]Re: On écrit langage et non language
Posté par Guillaume Leclanche (page perso, ) le 05/05/2003 à 22:22. (lien). Évalué à 1.C'est rien à côté de "connection" à la place de "connexion".
-
[^]Re: On écrit langage et non language
Posté par Coox () le 06/05/2003 à 03:10. (lien). Évalué à 4.language : langage
connection : connexion
mirroir : miroir
traffic : trafic
sex : sexe
Ca fait le charme des sites de commentaires! Il y en a pas mal des comme ça... Ca vaudrait le coup de les répertorier...-
[^]Re: On écrit langage et non language
Posté par Philip Marlowe (Jabber id, ) le 06/05/2003 à 06:54. (lien). Évalué à 2.language : langage
connection : connexion
mirroir : miroir
traffic : trafic
sex : sexe
license : licence
Les bonnes volontés peuvent compléter, on fera un document de référence.-
[^]Re: On écrit langage et non language
Posté par Benoît Sibaud (Jabber id, page perso, ) le 06/05/2003 à 08:08. (lien). Évalué à 1.library : bibliothèque
opportunity : occasion
completion : complètement
compress : comprimer
pipe : tube
status : état
mirror : miroir (avec un r)
...
Sinon http://www.debian.org/international/french/aide.fr.html(...)-
[^]Re: On écrit langage et non language
Posté par Silence (page perso, ) le 06/05/2003 à 08:27. (lien). Évalué à 1.y a aussi un truc avec impact : concerne au lieu du franglais impacter, beurk...
--
^d^c-
[^]Re: On écrit langage et non language
Posté par Olivier Jeannet () le 15/05/2003 à 17:53. (lien). Évalué à 1.[Benoît Sibaud] opportunity : occasion
au lieu du franglais impacter, beurk...
Je ne peux plus vous mettre de [+] à tous les deux, mais je suis content de vous lire alors je le dis !
-
-
[^]Re: On écrit langage et non language
Posté par Moby-Dik () le 06/05/2003 à 13:38. (lien). Évalué à 1.completion : complètement
M'étonnerait.-
[^]Re: On écrit langage et non language
Posté par Amand Tihon (page perso, ) le 06/05/2003 à 13:52. (lien). Évalué à 1.D'après mon Larousse :
complètement n.m. Action de compléter.
Donc, peut-être. Quelqu'un veut investiguer ? :)
J'utiliserai malgré tout encore "complétion" qui, même s'il existe, n'a normalement rien à voir :)-
[^]Re: On écrit langage et non language
Posté par Mickaël L () le 07/05/2003 à 14:23. (lien). Évalué à 1.Complétion, ça doit bien s'utiliser en maths quand on cherche le complété d'un
espace métrique. Mais tu ne le verra jamais dans un dico.
Faut pas trop coller aux dictionnaires. Jamais ils n'intègreront les jargons (sinon bon courage!).
Et quand on parle informatique, il faut arrêter de se prendre la tête sur le vocabulaire employé qui-veut-pas-dire-ça ou qui-se-dit-pas. C'est un jargon.
-
-
[^]Re: On écrit langage et non language
Posté par Mokona () le 06/05/2003 à 13:59. (lien). Évalué à 1.Et pourtant...
J'avais lu la justification de "complètement" plutôt que "complétion" dans... la doc de Grisibi. Sur une des premières versions, je ne sais pas si le passage y est encore.-
[^]Re: On écrit langage et non language
Posté par Benoît Sibaud (Jabber id, page perso, ) le 06/05/2003 à 21:46. (lien). Évalué à 1.Granddictionnaire.com parle de complétage, de complétion et de complètement suivant les sens.
-
-
-
-
-
-
Cette page a été générée par Templeet en 0.2866s (dont 0.1184 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.