Ma question était : est-ce que ce support devra être implémenté séparément dans chaque compositeurs Wayland ?
Le support de ces divers drivers proprio n'est pas un code aussi complexe que tu le laisses entendre et encore moins un gros morceau de code. C'est juste de l'allocation de buffer et configuration des sorties, that's it ! Ca finira probablement dans une bibliotheque commune tout de meme, parce que les developpeurs sont faineant, mais pas vraiment parce que c'est un code complique ou toolkit dependant.
Il y a un compositeur Mir que tout le monde est sensé utilisé en rajoutant juste la partie Shell.
Mais biensur ! Donc je vais creer plein de fenetre supplementaire qui ne serve a rien pour mes menus, mon shelf et tout ce qui compose mon desktop. En terme d'optimisation, on repassera. La plus part des toolkits moderne ont deja un scenegraph et son capable de mettre toutes ces ressources graphiques dans le meme scenegraph au lieu d'etre force dans des fenetres separees. Bien entendu, ca aide...
Sans compter que l'optimisation d'un scene graph, ca prend du temps et demande beaucoup d'experience avant d'avoir le niveau de performance necessaire. C'est sur on peut tout balancer a OpenGL et croire au pere noel. Mais si on veut des perfs, vaut mieux faire un peu de boulot avant. Je peux te prendre le paris que le scenegraph de Mir se fait juste enterrer par celui d'Enlightenment (meme probablement celui de Weston aussi) et maintenant va donc me justifier que je fairais mieux de l'utiliser.
Contrairement a ce que tu penses les roues sont deja en place. C'est une competition de Formule 1 ou Wayland decrit les contraintes des voitures. Il n'y a pas de reinvention, juste un assemblage de piece deja existante et en general ce nouvel assemblage aide aussi a pousser a l'optimisation de la version X. D'ailleur Mir utilise les meme pieces de maniere general, sauf qu'il ne respecte pas les regles et a une approche aggressive envers la communaute.
Tu devrais t'intéresser à la communauté Ubuntu avant de porter de tels jugements ;)
Je parlais de la communaute des developpeurs, pas des trolleurs ! ;-)
[^] # Re: Waylands et Mir ?
Posté par cedric . En réponse à la dépêche X.Org est mort, vive Wayland ! (3). Évalué à 8.
Le support de ces divers drivers proprio n'est pas un code aussi complexe que tu le laisses entendre et encore moins un gros morceau de code. C'est juste de l'allocation de buffer et configuration des sorties, that's it ! Ca finira probablement dans une bibliotheque commune tout de meme, parce que les developpeurs sont faineant, mais pas vraiment parce que c'est un code complique ou toolkit dependant.
Mais biensur ! Donc je vais creer plein de fenetre supplementaire qui ne serve a rien pour mes menus, mon shelf et tout ce qui compose mon desktop. En terme d'optimisation, on repassera. La plus part des toolkits moderne ont deja un scenegraph et son capable de mettre toutes ces ressources graphiques dans le meme scenegraph au lieu d'etre force dans des fenetres separees. Bien entendu, ca aide...
Sans compter que l'optimisation d'un scene graph, ca prend du temps et demande beaucoup d'experience avant d'avoir le niveau de performance necessaire. C'est sur on peut tout balancer a OpenGL et croire au pere noel. Mais si on veut des perfs, vaut mieux faire un peu de boulot avant. Je peux te prendre le paris que le scenegraph de Mir se fait juste enterrer par celui d'Enlightenment (meme probablement celui de Weston aussi) et maintenant va donc me justifier que je fairais mieux de l'utiliser.
Contrairement a ce que tu penses les roues sont deja en place. C'est une competition de Formule 1 ou Wayland decrit les contraintes des voitures. Il n'y a pas de reinvention, juste un assemblage de piece deja existante et en general ce nouvel assemblage aide aussi a pousser a l'optimisation de la version X. D'ailleur Mir utilise les meme pieces de maniere general, sauf qu'il ne respecte pas les regles et a une approche aggressive envers la communaute.
Je parlais de la communaute des developpeurs, pas des trolleurs ! ;-)