GTK: Put options dialogs in a different window group.

GTK: Put options dialogs in a different window group.

GTK grabs work on a per window group basis, so when a modal dialog comes up
(which performs a grab) and the user then clicks on something in the main
browser window that spawns an InfoBubble, the InfoBubble's code that handles
hiding the currently grabbed widget will hide the modal dialog and it is lost
until restart.

Since we need to remove the centering in ContentSettingsWindowGtk for this to
work, also change the centering behaviour for FontsLanguagesWindowGtk, which
has bothered me for a while.

BUG=41815
TEST=none

Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=45871

[Evan Stade, 2010-04-28 21:16:38]

if options windows are currently in the same window group as the main window,
how come the modal dialog doesn't prevent the user from clicking things on the
main browser window?

[Elliot Glaysher, 2010-04-28 21:26:03]

On Wed, Apr 28, 2010 at 2:16 PM,  <estade@chromium.org> wrote:
> if options windows are currently in the same window group as the main
> window,
> how come the modal dialog doesn't prevent the user from clicking things on
> the
> main browser window?

Modality only applies to the immediate parent. If you have window
Browser and dialog Options, and they're in the same window group but
aren't modal, but then you spawn dialog Suboptions which is modal to
Options, it is not modal to Browser. If you wanted the behaviour you
described in your question, you'd have to make Options modal to
Browser.

> http://codereview.chromium.org/1727012/show
>

[Evan Stade, 2010-04-28 21:29:24]

ok, lgtm