diff options
| author | Simon Tatham <anakin@pobox.com> | 2015-10-03 17:57:01 +0100 |
|---|---|---|
| committer | Simon Tatham <anakin@pobox.com> | 2015-10-03 18:01:18 +0100 |
| commit | a800ff16bb10d41ed749d9b16e3eb3505bf9345e (patch) | |
| tree | 82c26f8ab55dba03329373672e3ee97eb51aca8b /PuzzleApplet.java | |
| parent | e22a9c8396f1f0bd1c74cd8b738f5f9716760004 (diff) | |
| download | puzzles-a800ff16bb10d41ed749d9b16e3eb3505bf9345e.zip puzzles-a800ff16bb10d41ed749d9b16e3eb3505bf9345e.tar.gz puzzles-a800ff16bb10d41ed749d9b16e3eb3505bf9345e.tar.bz2 puzzles-a800ff16bb10d41ed749d9b16e3eb3505bf9345e.tar.xz | |
Fix switching to a larger puzzle size under GTK 2.
Commit 8b491946e had a bug: configure_area stopped doing most of its
work if the new size already matched fe->w and fe->h, but in fact the
GTK2 resize_fe() _already_ set up fe->w and fe->h for the new size. I
managed not to notice, because I checked it all worked on GTK 3 but
only tested resizing to a _smaller_ puzzle on GTK 2. Ahem.
Now we don't change fe->w and fe->h at all until configure_area is
called. Also, we initialise them to dummy values at setup time, so
that configure_area won't compare the new size with uninitialised
data.
Diffstat (limited to 'PuzzleApplet.java')
0 files changed, 0 insertions, 0 deletions