À ma connaissance, il n'y a aucune raison pour laquelle un plug-in Wayland ne peut pas masquer l'application sur la machine locale, transmettre ses fenêtres à une machine distante et alimenter l'entrée de l'application à partir de la machine distante. Ai-je tort?
Ce que beaucoup de gens ne comprennent pas à propos de Wayland, c'est qu'il n'est pas destiné à remplacer complètement tout ce que fait Xorg, s'il l'était, cela n'aurait aucun avantage sur Xorg. Nous nous sommes tellement habitués au protocole du serveur d'affichage, X11, qui prend en charge la transparence du réseau, le rendu des polices (presque jamais utilisé), le dessin des polygones et des arcs (également presque jamais utilisé) ... que nous nous attendons simplement à ce que serveur d'affichage fait.
Wayland est un serveur d'affichage et uniquement un serveur d'affichage. Il compose des tampons à l'écran en utilisant un protocole très basique et laisse toutes les autres fonctionnalités à un niveau différent, elles sont hors de portée de Wayland.
Une façon d'y penser est de poser une question similaire sur l'architecture sonore sous Linux plutôt que sur l'architecture graphique.
ALSA prend-il en charge la transparence du réseau? La réponse est non, cela sort du cadre d'ALSA. Mais vous pouvez toujours utiliser la transparence du réseau sous Linux, c'est pourquoi nous avons pulseaudio.
Votre question est légèrement différente, mais je pense qu'elle repose toujours sur l'idée que c'est quelque chose que Wayland lui-même devrait soutenir.
ALSA peut-il implémenter la transparence du réseau en tant que plugin? Je répondrais non, car je ne considérerais pas pulseaudio comme un "plugin" pour ALSA, mais plutôt quelque chose qui tourne au-dessus d'ALSA.
Donc "Wayland peut-il implémenter la transparence du réseau en tant que plugin"? Non, mais cela ne signifie en aucun cas que vous ne pourrez pas utiliser la transparence du réseau avec Wayland.
Xorg peut fonctionner au-dessus de Wayland, et tout aussi efficacement que si Xorg lui-même était le serveur d'affichage. Vous pouvez donc toujours utiliser "ssh -X" et obtenir une fenêtre locale pour une application distante, fonctionnant à côté de toutes vos autres fenêtres locales qui peuvent être des clients Wayland natifs.
Wayland ne vous empêchera donc en aucun cas d'utiliser les applications X11 à distance, exactement comme vous le faites aujourd'hui. Et en plus, il permet des implémentations efficaces d'autres protocoles pour la transparence du réseau, comme RDP, VNC et même HTML5: http://blogs.gnome.org/alexl/2010/11/23/gtk3-vs-html5 /
J'espère que ce court roman répond à votre question :)
Donc, ce que je veux savoir, c'est: les plugins de compositeur de Wayland peuvent-ils implémenter la transparence du réseau, même si c'est d'une manière quelque peu hack, afin que les applications qui sont écrites directement sur Wayland sans couche intermédiaire comme X11 obtiennent toujours la transparence du réseau.
Oui, un compositeur Wayland pourrait le faire. Je ne m'attends pas à ce qu'il y ait beaucoup d'applications s'interfaçant directement avec Wayland plutôt que via des boîtes à outils comme Qt/GTK.
Passer de la terminologie de Wayland, qui est maintenant le nom juste pour le protocole, à Weston, l'implémentation de référence du protocole Wayland.
La réponse est donc: oui, Weston a un module qui implémente la transparence du réseau sans passer par X11. Voir par exemple ceci implémentation de RealVNC Wayland .