summaryrefslogtreecommitdiffstats
path: root/chrome_frame/html_utils.h
diff options
context:
space:
mode:
authorsky@chromium.org <sky@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2009-09-30 20:16:01 +0000
committersky@chromium.org <sky@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2009-09-30 20:16:01 +0000
commit1e376f52306f59f963d6f3e15a83d8ad3808c8b9 (patch)
tree559e165989ed1bdcaf4e3e43d735683d339dfc7f /chrome_frame/html_utils.h
parent1b196a327885f7a5e818f5cc40d660f645952dc8 (diff)
downloadchromium_src-1e376f52306f59f963d6f3e15a83d8ad3808c8b9.zip
chromium_src-1e376f52306f59f963d6f3e15a83d8ad3808c8b9.tar.gz
chromium_src-1e376f52306f59f963d6f3e15a83d8ad3808c8b9.tar.bz2
Fixes painting problems with views on Gtk. In particular during a
paint we would expand the region Gtk wants to paint to include the region views wants to paint. This is problematic if the views region isn't contained in the gtk region. In such a case any gtk widgets without windows aren't painted correctly. The correct thing to do is schedule the paint through gtk so that the child widgets are painted. Additionally I'm making WidgetGtk::PaintNow actually paint now, which helps avoid this situation. BUG=23430 TEST=see bug Review URL: http://codereview.chromium.org/246047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@27648 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'chrome_frame/html_utils.h')
0 files changed, 0 insertions, 0 deletions