> -----Original Message----- > From: Rudi De Vos [mailto:[EMAIL PROTECTED]] > The problem is not implementing the option. > Just a few changes on server and client site. > But changing the client, is loosing compatibility... > Rewriting the client for all platforms. > > The resizing stuff was implemented in the old Single shared > application > code. Resizing the application sends an rfb messages to the > client.... > (Application or desktop...internal it is just the same code) > Because a special client was needed, I left the idea ...
Was this your idea for single shared application or was it in previous vnc versions? What message is send at the moment the viewer starts? Then it gets a message including the size and colordepth. The server should send this again, with the new information. What happens if the viewer receives that message again, with the new size and colordept? If it is the viewer that collaps, then the viewer needs an update at this point. The java viewer has a problem here: the applet gets a viewport based on the initial size which cannot be resized. This java viewer should add borders for smaller displays and go in a panning mode for larger displays. > > Unless the majority of developpers agree to implement this option, > it stays a part of the wishlist. > > Perhaps we can start a discussion in a whishlist thread and try > to make a priority list....keeping in mind that all have to > be cross platform and technical possible. As long as the protocol is not broken, the multi platform is no problem: it cannot get worse than a broken connection as it is now. A new server with an old viewer will crash as it does now, an old server with a new viewer might crash as it does now. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > Are there any plans to update the RFB protocol support things like > resoloution and colour depth switching? And other limitiations of the > current system? It should not need an update, just a resend of the initial message. > > It's quite annoying when a app changes the desktop resolution, and VNC > dumps out. If this connection close is issued from the server, I regard it as a design problem which should be updated to a re-initialization of the connection. If this connection close is issued from the viewer, it only needs a rewrite of the viewer. btw: What if the vnc connection is established with the listen option? Does this also drop connections? CBee _______________________________________________ VNC-List mailing list [EMAIL PROTECTED] http://www.realvnc.com/mailman/listinfo/vnc-list