J'en ai profité pour essayer également Wayland, avec le compositeur Sway, qui est un équivalent du gestionnaire de fenêtres i3. Voici les problèmes que j'ai identifiés.
Le HiDPI
HiDPI, c'est un genre de nom marketing pour des écrans avec une définition supérieure à 96 ppp. C'est le genre de truc qui ne devrait poser aucun problème, X11, et a fortiori Wayland, étant censément capables de connaître non seulement la résolution, mais également les dimensions physiques des écrans. Cela fait belle lurette qu'on peut choisir des fontes en points – pour rappel, un point c'est une dimension physique, correspondant à 1/72 de pouce – et non en pixels.
Seulement, pour des raisons qui me sont incompréhensibles, c'est en fait un problème, ce qui me donne bien l'impression que c'est un problème qu'on a créé en considérant cela comme quelque chose de différent de ce qui existait.
Bref, sous X11, le HiDPI n'est pas un problème, les différentes bibliothèques d'affichage étant capables d'afficher des polices avec une taille physique déterminée, au prix éventuel d'un petit réglage manuel – qui devrait être inutile, puisque, encore une fois, elles peuvent très bien déterminer la définition de l'écran sans action de l'utilisateur.
Sous Wayland, ça demande encore une fois un réglage manuel, qui devrait également être inutile mais qui a l'avantage d'être indépendant des bibliothèques d'affichage. Avec i3, ça se fait dans la définition des sorties, en indiquant un facteur d'échelle :
output * scale 1.6
Ça fonctionne impeccablement pour les logiciels qui utilisent Wayland. En revanche, pour les logiciels qui utilisent X11, donc le serveur intermédiaire XWayland, ça effectue un zoom matriciel, ce qui est assez affreux et pas du tout satisfaisant.
Visiblement, ce qui se fait habituellement pour obtenir un résultat satisfaisant, c'est donc de ne pas définir ce facteur d'échelle, et de configurer individuellement les bibliothèques d'affichage Wayland et X11.
Les combinaisons de touches
Ça, c'est une problème que je me crée tout seul. Sous X11, j'ai choisi d'utiliser XbindKeys pour lancer des logiciels par combinaison de touches. L'intérêt, plutôt que de définir ces raccourcis dans la configuration de mon gestionnaire de fenêtres, c'est que c'est justement indépendant de celui-ci.
Le problème donc, c'est qu'il n'existe à ma connaissance pas d'équivalent pour Wayland. Je vais donc revenir à la définitions de raccourcis clavier dans la configuration du compositeur.
# Problèmes identifiés
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Paramétrer Wayland et WebRender pour Firefox sur ma distrib. Évalué à 3.
J'en ai profité pour essayer également Wayland, avec le compositeur Sway, qui est un équivalent du gestionnaire de fenêtres i3. Voici les problèmes que j'ai identifiés.
Le HiDPI
HiDPI, c'est un genre de nom marketing pour des écrans avec une définition supérieure à 96 ppp. C'est le genre de truc qui ne devrait poser aucun problème, X11, et a fortiori Wayland, étant censément capables de connaître non seulement la résolution, mais également les dimensions physiques des écrans. Cela fait belle lurette qu'on peut choisir des fontes en points – pour rappel, un point c'est une dimension physique, correspondant à 1/72 de pouce – et non en pixels.
Seulement, pour des raisons qui me sont incompréhensibles, c'est en fait un problème, ce qui me donne bien l'impression que c'est un problème qu'on a créé en considérant cela comme quelque chose de différent de ce qui existait.
Bref, sous X11, le HiDPI n'est pas un problème, les différentes bibliothèques d'affichage étant capables d'afficher des polices avec une taille physique déterminée, au prix éventuel d'un petit réglage manuel – qui devrait être inutile, puisque, encore une fois, elles peuvent très bien déterminer la définition de l'écran sans action de l'utilisateur.
Sous Wayland, ça demande encore une fois un réglage manuel, qui devrait également être inutile mais qui a l'avantage d'être indépendant des bibliothèques d'affichage. Avec i3, ça se fait dans la définition des sorties, en indiquant un facteur d'échelle :
Ça fonctionne impeccablement pour les logiciels qui utilisent Wayland. En revanche, pour les logiciels qui utilisent X11, donc le serveur intermédiaire XWayland, ça effectue un zoom matriciel, ce qui est assez affreux et pas du tout satisfaisant.
Visiblement, ce qui se fait habituellement pour obtenir un résultat satisfaisant, c'est donc de ne pas définir ce facteur d'échelle, et de configurer individuellement les bibliothèques d'affichage Wayland et X11.
Les combinaisons de touches
Ça, c'est une problème que je me crée tout seul. Sous X11, j'ai choisi d'utiliser XbindKeys pour lancer des logiciels par combinaison de touches. L'intérêt, plutôt que de définir ces raccourcis dans la configuration de mon gestionnaire de fenêtres, c'est que c'est justement indépendant de celui-ci.
Le problème donc, c'est qu'il n'existe à ma connaissance pas d'équivalent pour Wayland. Je vais donc revenir à la définitions de raccourcis clavier dans la configuration du compositeur.