Le lundi 14 septembre 2009 à 15:01 +0200, Corne Beerse a écrit : > To avoid problems with the terms, its better to use the terms viewer and > service.
> Some current display systems can change the resolution on the fly hence, > something might be possible here. For example msWindows remote desktop > pointing to a remote XP system can change the resolution on the fly. Who descides to change the resolution? the service or the viewer? Is it feasable with vnc system? I use remote desktop to connect to an XP server. The "rdesktop" viewer has a "geometry" option. I use an exotic one: 1278x945 (equals to the size of my display minus borders of the window minus the size of buttons bars)... I'd like to have such functionnality while using a VNC viewer to connect to an Unix system. > If you are speaking of a inetd implementation of vnc, there it is > possible to pick the resolution (and colordepth) since ages. The first > configuration of vnc in combination with inetd I have seen (over 10 > years ago) already provided this choice. There it was the portnumber > that set the resolution and colordepth. By head it was (roughly) as follows: > > The inetd configuration has a line to start Xvnc for the next combinations: > port 5950 starts xvnc with 640x480, 8 bits color > port 5951 starts xvnc with 640x480, 16 bits color > port 5952 starts xvnc with 640x480, 24 (or 32?) bits color (..) Well... such workaround implies (1) the administrator of the vnc service to be kind enough to collect wish of "viewer" users (no troll please, just real live ;-) ), (2) the "viewer" users to know the configuration chosen or to scan port to discover it, and (3) to open several ports for the VNC service on the NAT/firwall. So, I wonder if a protocol extension could be interesting. Isn't it? Regards, Christophe. _______________________________________________ VNC-List mailing list [email protected] To remove yourself from the list visit: http://www.realvnc.com/mailman/listinfo/vnc-list
