Reprise du message précédent :
... et si tu n'as pas de drivers optimises pour ta carte video...

Flemme de mettre à jour
 
Toutes façon j'ai matté vite fait, tout est mort apparemment, sauf xorg évidemment

Direct Fb bouge encore vu qu'ils ont laché une nouvelle version .
http://www.directfb.org/index.php? [...] 2-21-1.dok
 
Sinon,tu as oublié GGI:
http://www.ggi-project.org/index.html
Actif
Fresco:
http://www.fresco.org/index.html
Kaput,dead... ou alors ils simulent vachement.
 
Globalement,c'est un beau gachis.

v6.8.2 out depuis quelques temsp
 
sinon, je viens d'aller faire un tour sur le site de xorg et j'ai l"impression que la modularisation et le changement Imake > autotools avance bien

J'ai trop la flemme de mettre à jour  

Le projet qui me passionne le plus, c'est Y Window. Ca donne quoi avec Y ? Mort ?

ça m'en a tout l'air

Y'a eu une grosse discussion sur la ml en janvier à ce propos mais j'ai pas chercher à comprendre leur réponse, autrement la ml à l'air un peu active.

C'a l'air bien sur le papier mais c'est vrai que ca serait mieux si c'etait un peu plus reactif. Enfin, un projet comme ca, ca ne se developpe pas non plus en 2 mois mais bon...

Je viens de lire tout (au moins 70%) du rapport en anglais sur Y Window. Et bien un truc comme ça, ça va tout changer !
 - Boutons, boîtes de dialogue... gérés en natif par le "Serveur Y".
 - Le mode natif pour les couleurs est RGBA.
 - Gestion du son en natif.
 - Décompression des vidéos par le "Serveur Y", les codecs devront être écrits pour Y.
 - Multi-écran en natif.
 - etc...

J'oubliais : le contenu RVBA de toutes les fenêtres est stocké côté serveur. Avantage : lorsqu'en déplaçant les fenêtres, on en recouvre puis qu'on les découvre, il n'est pas nécessaire (pour les clients Y) de tout redessiner à chaque déplacement de souris comme c'est le cas avec X. En fait, lorsque "X Window" fut apparu (en 1984) ce "buffering" des fenêtres n'était pas envisageable, le prix de la mémoire étant prohibitif ; les terminaux de l'époque dont le but était justement de coûter moins cher que le centre de calcul, n'avaient donc pas assez de mémoire pour ça. Aujourd'hui, utiliser des terminaux X avec nos GNOME et KDE actuels surcharge le réseau. "Y Window" est donc un réel progrès.

Xorg 6.9 et Xorg 7.0 viennent de sortir
 
beaucoup d'améliorations au programme et surtout pour la 7.0 une modularisation complète accompagnée d'un passage aux autotools
 
http://wiki.x.org/wiki/PressReleas [...] 70Released
 
http://wiki.x.org/wiki/ChangesSince68

 
Merci pour la news, c'est peut-être la clef de mes problèmes avec ma ATI (enfin si les drivers sont compatibles, je peux espérer qu'ils le seront d'ici fin janvier) !

il y a un patch sortie depuis peu (non intégré donc dans la version actuelle) qui résoud beaucoup de problème (freeze et autres joyeusetés) avec les ati radeon
 
http://lists.freedesktop.org/archi [...] 11679.html

 
http://forum.hardware.fr/hardwaref [...] 4369-1.htm
 
y'a un sujet (où je participe) qui traite de ça depuis 2-3 jours merci pour l'info sur le patch mais si tu penses qu'il peut résoudre le problème tel que décrit dans ce topic, peux-tu me le signaler stp ?

Et l'exécution en temps réel avec  
OpenGL
 
ça serait bien d'implémenter une fonctionnalité pour supporter OpenGL avec Composite

Mise à jour du premier post  

 
Novell bosse sur XGL