[haiku-webkit-commits] r439 - webkit/trunk/WebKit/haiku/WebCoreSupport

  • From: webkit@xxxxxxxxxxxxxxx
  • To: haiku-webkit-commits@xxxxxxxxxxxxx
  • Date: Tue, 20 Apr 2010 15:42:23 +0000

Author: stippi
Date: Tue Apr 20 15:42:22 2010
New Revision: 439
URL: http://mmlr.dyndns.org/changeset/439

Log:
Added clarifying comment in invalidateWindow(). Currently, we always invalidate
the BWebView asynchronously after painting, but this method could be used
instead.

Modified:
   webkit/trunk/WebKit/haiku/WebCoreSupport/ChromeClientHaiku.cpp

Modified: webkit/trunk/WebKit/haiku/WebCoreSupport/ChromeClientHaiku.cpp
==============================================================================
--- webkit/trunk/WebKit/haiku/WebCoreSupport/ChromeClientHaiku.cpp      Tue Apr 
20 13:17:45 2010        (r438)
+++ webkit/trunk/WebKit/haiku/WebCoreSupport/ChromeClientHaiku.cpp      Tue Apr 
20 15:42:22 2010        (r439)
@@ -303,8 +303,8 @@
 
 void ChromeClientHaiku::invalidateWindow(const IntRect&, bool)
 {
-       // Since the page does not draw by itself, this call cannot make sense
-       // in the Haiku port.
+       // FIXME: This can be used to blit the BWebView bitmap contents
+       // to the screen. If rect is invalid, blit everything.
 }
 
 void ChromeClientHaiku::invalidateContentsAndWindow(const IntRect& rect,

Other related posts:

  • » [haiku-webkit-commits] r439 - webkit/trunk/WebKit/haiku/WebCoreSupport - webkit