Ils cassent volontairement tous les bureaux. C'est eux qui cassent les fonctionnalités ça leur est imputable.
Non, ils ne cassent pas des fonctionnalités, ou du moins pas celle-là. Ils en proposent.
Wayland+libinput et X11 sont incompatibles du point de vue API et ABI. Il n'y a jamais eu une telle promesse. Donc le support d'une fonctionnalité de X11 par Wayland+libinput (si ce dernier fourni quelque chose d'adéquat évidemment) est donc de la responsabilité du projet qui souhaite la compatibilité avec Wayland.
Si cela ne fonctionne pas, ce n'est pas de la faute de Wayland+libinput car ils fournissent ce service et qui fonctionne. Le responsable est donc du côté de celui qui le prend en charge.
Je prends d'autres exemples pour montrer que ton raisonnement ne colle pas. Prenons Firefox, qui supporte les protocoles FTP et HTTP pour télécharger des fichiers. HTTP et FTP proposent des fonctions similaires mais ne sont nullement compatibles et ne reposent pas sur les mêmes composants.
En admettant que la requête pour télécharger avec HTTP et FTP côté serveur n'est pas problématique, si Firefox échoue avec l'un mais pas l'autre, le responsable est du côté de FTP / HTTP ou du côté du support dans Firefox ?
Un autre exemple pour illustrer. J'ai deux cartes graphiques, une nVidia et une AMD. Les deux proposent les mêmes fonctionnalités comme la sortie sur HDMI. Le protocole et la phase d'initialisation du matériel diffèrent entre eux évidemment. Le matériel dans les deux cas fonctionnent bien sous Windows mais sous Linux nVidia ça marche mais pas AMD. Le responsable est qui, AMD ou la gestion de la carte côté Linux ? C'est Linux qui a merdé la prise en charge, c'est tout. AMD ne peut être tenu pour responsable de cet état de fait.
[^] # Re: KDE et wayland
Posté par Renault (site web personnel) . En réponse au journal Le dégonflage des mythes Wayland... dégonflés sur Reddit. Évalué à 4.
Non, ils ne cassent pas des fonctionnalités, ou du moins pas celle-là. Ils en proposent.
Wayland+libinput et X11 sont incompatibles du point de vue API et ABI. Il n'y a jamais eu une telle promesse. Donc le support d'une fonctionnalité de X11 par Wayland+libinput (si ce dernier fourni quelque chose d'adéquat évidemment) est donc de la responsabilité du projet qui souhaite la compatibilité avec Wayland.
Si cela ne fonctionne pas, ce n'est pas de la faute de Wayland+libinput car ils fournissent ce service et qui fonctionne. Le responsable est donc du côté de celui qui le prend en charge.
Je prends d'autres exemples pour montrer que ton raisonnement ne colle pas. Prenons Firefox, qui supporte les protocoles FTP et HTTP pour télécharger des fichiers. HTTP et FTP proposent des fonctions similaires mais ne sont nullement compatibles et ne reposent pas sur les mêmes composants.
En admettant que la requête pour télécharger avec HTTP et FTP côté serveur n'est pas problématique, si Firefox échoue avec l'un mais pas l'autre, le responsable est du côté de FTP / HTTP ou du côté du support dans Firefox ?
Un autre exemple pour illustrer. J'ai deux cartes graphiques, une nVidia et une AMD. Les deux proposent les mêmes fonctionnalités comme la sortie sur HDMI. Le protocole et la phase d'initialisation du matériel diffèrent entre eux évidemment. Le matériel dans les deux cas fonctionnent bien sous Windows mais sous Linux nVidia ça marche mais pas AMD. Le responsable est qui, AMD ou la gestion de la carte côté Linux ? C'est Linux qui a merdé la prise en charge, c'est tout. AMD ne peut être tenu pour responsable de cet état de fait.