[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [xougen] Re: [Xouvert-general] Network transparentcy and modules

From: Andre Bender
Subject: Re: [xougen] Re: [Xouvert-general] Network transparentcy and modules
Date: Mon, 25 Aug 2003 13:23:29 +0200
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624

Hash: SHA1

 >> G-LiTe / wrote:

Line72 wrote:

On Tue, 2003-08-19 at 09:15, Thomas Zander wrote:
On Tue, Aug 19, 2003 at 12:35:52PM +0200, address@hidden wrote:
On Tue, Aug 19, 2003 at 12:05:32PM +0200, Jerry Westrick wrote:

Another insteresting topic for dicusion would be looking into better
support for VNC, which is what most people use instead of a remote

An server-side support for VNC/RDP would be nice.

Would it not be equally, or even more interrestingly to have a client
(any X based window) have either more then one server, or let it move
from one server to the next.

To illustrate this; when I start XMMS on machine X and show the Gui on
machine Y I would like to move the gui to machine X later since I logged
in there.
Currently I can't do that without exiting the client and restarting it

This is what I'd like to see.  There's no need to move the whole X
Session like you do with vnc, but it would be nice to be able to move
one window from display :0.0 to display :1.0, etc.

That might actually be harder than it sounds. Because there's a connection between the application and the X server, it's hard to just reroute that connection to the other server. This'd involve some extension on Xlib's side too. To move just any application you'd have to do this automatically in Xlib without the application having any control over it. (older applications are not aware of the extension and we still want to move those) There'd have to be some extension on the server side too ofcourse. I'm guessing there's a seperate application, like the window manager, that tells the application to move (actually talking to the extension on the X server) and the server then telling the Xlib part of that application that's about to move to disconnect and reconnect to another address.
Three problems I can think of right now:
- Where are we getting the addresses from? The window manager (in this case) would have to know what other X servers there are and where. - Would we allow the application itself to control (part) of this? Some Xlib functions for it? I have no idea. The way I explained it above it's handled fully in Xlib. - How are we going to redraw the contents on the other X server? Is it possible to just send an expose event for the entire window? Or would we have to resend the current state of the window? There's two ways to do the latter, entirely on Xlib's side or the X server extension contacts the other server (in which case the other server needs an extension for it too).

If there's an easier way, again, feel free to correct me. ;)

I've got a small issue left that hasn't been pointed out so far (or I overread it *s* ).

Someone mentioned he finds this feature useful to help his colleques to get a certain thing working. I agree totaly but this does mean both of them have to work as the same user logged into the system or else we do not only have to re-route the program but we also need to change the user id its running with. In the end, it seems to me a bit more complicated than some thought at the beginning. Of course maybe i've missed something, or got some strange thoughts. If so, please correct me.

so thats been my 2 cents

Version: GnuPG v1.2.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


reply via email to

[Prev in Thread] Current Thread [Next in Thread]