Retourner aux forums || Retourner au forum Linux.general
Linux.general : Changer de DISPLAY dynamiquement ?
Posté par manatlan (Jabber id, page perso, ) le 01 juillet 2005je sais lancer une appli dans l'un ou dans l'autre (grace à export DISPLAY ;-)
mais est il possible, par exemple de déplacer une fenêtre firefox qui tourne dans :0.0 vers :8.0, sans fermer/export/relancer, donc dynamiquement en ligne de commande ou via un gui ?
> Lire le message (8 commentaires, moyenne: 2,1).
[+] Xinerama
T'es obligé d'avoir deux X ? Parce que si t'as deux écran avec Xinerama c'est peut être plus pratique, enfin seulement si tes deux écrans sont à côté. Si c'est genre pour un VNC, XDMCP ou autre c'est pas ce qu'il te faut.
connexion reseau
ca m'etonnerait que ce soit possible.
X c'est du client-serveur . Il y a une connexion entre ton appli (firefox) et le serveur X ( meme si c'est sur la meme machine, meme si ca passe par la memoire partagee, il y a qd meme connexion). le serveur X recoit des ordres d'affichage.
c'est comme si tu demandais :
je suis connecté en ssh a la machine A et je voudrais que cette connexion soit transferee a la machine B . Impossible pour plein de raisons ne serait-ce que l'initialisation de la connexion.
-
[^]Re: connection reseau
Posté par CoinKoin () le 01/07/2005 à 09:32. (lien). Évalué à 2.Très bonne comparaison. Une seule différence : les deux serveurs X tournent sur la même machine, il vaudrait donc mieux penser à deux serveurs sshd situés sur la même machine.
Et, ce qui est intéressant, c'est qu'on se rend compte que, dans ce cas, ce n'est pas impossible, s'il existe un protocole de transfert de connexion entre les deux serveurs sshd (je précise qu'à ma connaissance, ça n'existe pas).
De même, à mon avis, ton idée est techniquement réalisable, à condition de modifier X.org en conséquence. A proposer dans une whishlist de l'équipe de X.org, ça m'a l'air intéressant.
En revanche, à l'heure actuelle, non, désolé, je ne crois pas que ce soit faisable.
-
[^]Re: connexion reseau
Posté par doublehp (page perso, ) le 02/07/2005 à 10:01. (lien). Évalué à 0.c'est comme si tu demandais :
je suis connecté en ssh a la machine A et je voudrais que cette connexion soit transferee a la machine B . Impossible pour plein de raisons ne serait-ce que l'initialisation de la connexion.
autant sur l aspect reseau tu as raison, autant SSH est le plus mauvais exemple que tu pouvais donner ... a cause de screen :D
Donc quand j aborde le probleme pose dans ce thread, je commenc jutsement ma tournure dans le genre:
screen permet de deplacer un terminar virtuel d un terminal physique a un autre, peut on faire la meme chose avec des fenetres X ? dplacer une fenetre d un server a un autre ?
avec le protocole X11R6, la reponse semble etre NON.
Perso, sous Xinerama, j utilise E17 qui roxor trop les ours polaires.
http://forums.gentoo.org/viewtopic-p-2476647.html#2476647(...)
Sinon, reste divers usages de vnc ...
Techniquement réalisable.
Xinerama utilise dejà cette technique de communication entre 2 serveurs X, pour passer une fenetre, ou souris d'un serveur vers un autre.
Donc, il doit y avoir un moyen assez simple de réaliser l'opération..
xmove
C'est effectivement possible .... dans une certaine mesure disons.
Il y a xmove qui fait ça. Cela fonctionne en ajoutant un serveur X proxy.
Plus d'infos ici :
http://www.stanford.edu/services/pubsw/package/x/xmove.html(...)
http://packages.debian.org/unstable/x11/xmove(...)
http://www.alexhudson.com/documents/fame/xmove(...)
Dans les faits, quand j'avais testé, cela fonctionne moyennement bien : certaines applis passaient bien, et d'autres (par ex. xmms) perdaient leurs graphismes. Le soft a de plus l'air complètement en jachère depuis de nombreuses années.
Bref, c'est possible et y a des débuts de solution qui existent, mais c'est pas super utilisable pour l'instant (de ce que j'ai testé en tout cas).
Revenir en haut de page || Retourner aux forums || Retourner au forum Linux.general



Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.