chromium_src.git - central chromium sources

	Commit message (Collapse)	Author	Age	Files	Lines
*	Add in a browser test for dialog resizing, which was catching an issue with ↵	scottbyer@chromium.org	2010-08-20	1	-5/+11
\| \| \| \| \| \| \| \| \| \| \| \| \|	the way we were using GTK in toolkit views. Possibly related to 27365 or 38785. http://code.google.com/p/chromium-os/issues/detail?id=4126 BUG=chromium-os:4126 TEST=HtmlDialogBrowserTest.SizeWindow Review URL: http://codereview.chromium.org/2768006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@56919 0039d316-1c4b-4281-b951-d872f2087c98
*	`#pragma once` for app, base, chrome, gfx, ipc, net, skia, views	thakis@chromium.org	2010-07-26	1	-0/+1
\| \| \| \| \| \| \| \| \|	BUG=50273 TEST=everything still builds, build is 10% faster on windows, same speed on mac/linux TBR: erg git-svn-id: svn://svn.chromium.org/chrome/trunk/src@53716 0039d316-1c4b-4281-b951-d872f2087c98
*	Fixes two related bugs:	sky@chromium.org	2009-12-15	1	-0/+49
	. Native buttons were adding 8 pixels to each side of the preferred size. This isn't necessary on Gtk as the preferred size already includes padding. . I changed WidgetGtk so that it no longer needs to explicitly set a size request. Explicitly setting a size request is a bit of pain because it means you can't ask for the widget real size request without unsetting the explicit size request. Instead I've subclassed GtkFixed so that you can either have the default behavior, or use the allocated size rather than current size. CHROME_OS_BUG=1003 TEST=see bug Review URL: http://codereview.chromium.org/504003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@34564 0039d316-1c4b-4281-b951-d872f2087c98