Alors on t'écoutes: dans ta liste de "problèmes" qu'est-ce qui dépend de l'implémentation, qu'est-ce qui dépend de l'API?
Je m'en fous royalement.
C'est ton droit, mais dans ce cas là tes critiques n'ont pas grande valeurs..
Mais est-ce que tu vas lui demander si Pulse Audio crashe, d'être capable de dire que ça vient des drivers ou du Kernel ou des drivers de la souris ?
Non, mais s'il me dit, ça vient de toto, il faut remplacer toto quand le problème vient d'ailleurs ou bien que corriger toto suffit, je ne vais pas prendre son commentaire au sérieux..
X est un super machin qui peut tout faire, sauf partager le tampon mémoire et l'adressage mémoire entre plusieurs GPU, ce qui est " un peu " ennuyeux depuis Optimus.
A l'heure actuelle oui, mais s'il y a suffisamment de monde pour changer l'implémentation, ça peut changer: http://www.phoronix.com/scan.php?page=news_item&px=ODA1OQ
Donc ce n'est pas un problème fondamental d'X mais un problème d’implémentation, si tu remplaces X par W et qu'une nouvelle fonctionnalité hardware apparaisse il n'y a pas de raison que cette nouvelle fonctionnalité soit prise en compte moins lentement puisque le problème à la base est le manque de développeurs..
Mais le centième des fonctionnalités de X seulement est utilisé par Gnome ou KDE, laissant l'utilisateur dans la merde quand son unique Xserver crashe
Alors
1) les fonctionnalités non utilisée de X sont là pour la compatibilité, j'ignore si elles réduisent vraiment la vitesse d'évolution de l'implémentation d'X, et toi aussi..
2) une chose que tu oublie (ignore?), c'est que parmi les vrai problèmes d'X il y avait la conception d'Xlib, donc pour palier à ça XCB a été créer sauf que Gnome(GTK) ou KDE(Qt) n'ont pas utiliser XCB..
Mais X est le seul coupable, bien sûr, les boucs émissaires c'est tellement plus facile quand on ne cherche pas vraiment à comprendre..
[^] # Re: nouveau langage ?
Posté par reno . En réponse à la dépêche Entretien avec Linus Torvalds sur ZEIT ONLINE. Évalué à 1.
C'est ton droit, mais dans ce cas là tes critiques n'ont pas grande valeurs..
Non, mais s'il me dit, ça vient de toto, il faut remplacer toto quand le problème vient d'ailleurs ou bien que corriger toto suffit, je ne vais pas prendre son commentaire au sérieux..
A l'heure actuelle oui, mais s'il y a suffisamment de monde pour changer l'implémentation, ça peut changer: http://www.phoronix.com/scan.php?page=news_item&px=ODA1OQ
Donc ce n'est pas un problème fondamental d'X mais un problème d’implémentation, si tu remplaces X par W et qu'une nouvelle fonctionnalité hardware apparaisse il n'y a pas de raison que cette nouvelle fonctionnalité soit prise en compte moins lentement puisque le problème à la base est le manque de développeurs..
Alors
1) les fonctionnalités non utilisée de X sont là pour la compatibilité, j'ignore si elles réduisent vraiment la vitesse d'évolution de l'implémentation d'X, et toi aussi..
2) une chose que tu oublie (ignore?), c'est que parmi les vrai problèmes d'X il y avait la conception d'Xlib, donc pour palier à ça XCB a été créer sauf que Gnome(GTK) ou KDE(Qt) n'ont pas utiliser XCB..
Mais X est le seul coupable, bien sûr, les boucs émissaires c'est tellement plus facile quand on ne cherche pas vraiment à comprendre..