Je trouve cet argumentaire d'assez mauvaise fois. On a aujourd'hui les exemples d'applications qui ont des besoins precis de la part du gestionnaire de bureau. Pourquoi n'ont-il juste pas integre ces besoins dans la spec de Wayland ? On aurait pu tres bien definir un moyen de decrire n state a une application, le windows manager se chargeant de gerer des tabs ou quelques representation graphique que ce soit. Je ne connais pas les besoins de GIMP, mais pourquoi n'y a-t'il pas eu une reflexion au niveau de l'integration d'un window manager dans Wayland.
De mon point de vue, Wayland s'est concentre sur le cote composite manager et a delegue le window manager a chaque application. Meme la gestion du curseur de souris est delegue aux applications, si j'ai bien suivi. Quand les Window Manager tel que KWin ou E commenceront a implementer serieusement le protocole Wayland, il est certain que celui-ci devra evoluer...
[^] # Re: Fenêtre
Posté par cedric . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 7.
Je trouve cet argumentaire d'assez mauvaise fois. On a aujourd'hui les exemples d'applications qui ont des besoins precis de la part du gestionnaire de bureau. Pourquoi n'ont-il juste pas integre ces besoins dans la spec de Wayland ? On aurait pu tres bien definir un moyen de decrire n state a une application, le windows manager se chargeant de gerer des tabs ou quelques representation graphique que ce soit. Je ne connais pas les besoins de GIMP, mais pourquoi n'y a-t'il pas eu une reflexion au niveau de l'integration d'un window manager dans Wayland.
De mon point de vue, Wayland s'est concentre sur le cote composite manager et a delegue le window manager a chaque application. Meme la gestion du curseur de souris est delegue aux applications, si j'ai bien suivi. Quand les Window Manager tel que KWin ou E commenceront a implementer serieusement le protocole Wayland, il est certain que celui-ci devra evoluer...