Revision: 5131
          http://sourceforge.net/p/tigervnc/code/5131
Author:   ossman_
Date:     2013-08-29 08:25:08 +0000 (Thu, 29 Aug 2013)
Log Message:
-----------
Suggested client semantics for DesktopSize was obviously
ass backwards. If the client has discarded the buffer then
the next request cannot reasonably be incremental.

Modified Paths:
--------------
    rfbproto/rfbproto.rst

Modified: rfbproto/rfbproto.rst
===================================================================
--- rfbproto/rfbproto.rst       2013-08-19 14:36:26 UTC (rev 5130)
+++ rfbproto/rfbproto.rst       2013-08-29 08:25:08 UTC (rev 5131)
@@ -2976,7 +2976,7 @@
 The client should assume that the server expects the framebuffer data
 to be retained when the framebuffer dimensions change. This requirement
 can be satisfied either by actually retaining the framebuffer data, or
-by making sure that *incremental* is set to non-zero in the next
+by making sure that *incremental* is set to zero (false) in the next
 *FramebufferUpdateRequest*.
 
 The principle of one framebuffer update being a transition from one

This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.


------------------------------------------------------------------------------
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
_______________________________________________
Tigervnc-commits mailing list
Tigervnc-commits@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tigervnc-commits

Reply via email to