Je crois qu'on s'entend pas bien sur ce qu'est une position absolue. En fait ça n'existe pas sous X. Quand tu démarres ta session, tu as une fenêtre qui occupe la taille de l'écran et toutes les coordonnées qu'une application donne au serveur X pour se placer sont relatives à cette fenêtre. Donc, tout ce que Wayland a à faire a priori, c'est bien positionner la fenêtre racine, X n'ayant besoin de rien d'autre. Tu peux d'ailleurs t'amuser à décaler les verticale et horizontale de ton écran, tu verras que ça ne perturbera pas X, 0.0 étant pour lui un simple point dans l'espace.
Un bug que j'ai en ce moment avec une application qui a tendance à freezer, si je fais un clic droit au moment où elle freeze, le menu contextuel n'apparaît pas, du coup je change de fenêtre/bureau en attendant que ça défreeze et tout d'un coup, j'ai le menu contextuel qui apparaît au milieu de l'application en cours pas celle qui a freezé.
Ça c'est encore autre chose. Sous X Une application qui veut apparaître une fenêtre à l'écran doit en faire la requête au serveur X, puis attendre dans sa boucle événementielle que celui-ci lui dise "OK, dessine-la" (le WM étant entre les deux, inspectant/amendant les requêtes pour les conformer à sa politique d'affichage). Pour une raison inconnue, ton menu semble recevoir son autorisation trop tard et se dessine donc à l'endroit où il devait mais sur un autre contenu, parce que d'autres requêtes ont été traitées depuis (à noter que la notion bureau virtuelle est implémentée au niveau du WM, X n'a aucune idée de ce que c'est — pour lui il y a la fenêtre root [du display X] et point barre).
[^] # Re: La mort de X en 2014 ?
Posté par Ignatz Ledebur . En réponse à la dépêche X.Org est mort, vive Wayland ! (2). Évalué à 1. Dernière modification le 10 mai 2013 à 12:43.
Je crois qu'on s'entend pas bien sur ce qu'est une position absolue. En fait ça n'existe pas sous X. Quand tu démarres ta session, tu as une fenêtre qui occupe la taille de l'écran et toutes les coordonnées qu'une application donne au serveur X pour se placer sont relatives à cette fenêtre. Donc, tout ce que Wayland a à faire a priori, c'est bien positionner la fenêtre racine, X n'ayant besoin de rien d'autre. Tu peux d'ailleurs t'amuser à décaler les verticale et horizontale de ton écran, tu verras que ça ne perturbera pas X, 0.0 étant pour lui un simple point dans l'espace.
Ça c'est encore autre chose. Sous X Une application qui veut apparaître une fenêtre à l'écran doit en faire la requête au serveur X, puis attendre dans sa boucle événementielle que celui-ci lui dise "OK, dessine-la" (le WM étant entre les deux, inspectant/amendant les requêtes pour les conformer à sa politique d'affichage). Pour une raison inconnue, ton menu semble recevoir son autorisation trop tard et se dessine donc à l'endroit où il devait mais sur un autre contenu, parce que d'autres requêtes ont été traitées depuis (à noter que la notion bureau virtuelle est implémentée au niveau du WM, X n'a aucune idée de ce que c'est — pour lui il y a la fenêtre root [du display X] et point barre).