It's already in the RFB protocol, and both the Java and Windows TurboVNC viewers already support it. Historically, the RFB new framebuffer size extension was used with Windows VNC servers, including the Windows TightVNC Server, as a way of communicating changes in the size of the remote desktop to the client. More recently, TigerVNC implemented remote desktop resize in their Unix VNC server using the XRANDR extension, so our implementation will be based on that. It is possible to send resize requests from the viewer as well (our new Java viewer already has that capability.) I need to study it and figure out how best to allow that capability to interact with our existing window resize and full-screen logic.
On 2/25/13 6:38 AM, Paul Melis wrote: > Just chiming in here, but that's an awesome feature to have! Is this > something that the RFB protocol already supports or would it be a > TurboVNC-specific extension? I guess I mean: is there already a way for > a client to specify the resolution it wants the server to provide? > > Regards, > Paul ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
