All the games in this collection have always defined their graphics
authorsimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Tue, 7 Jun 2005 17:57:50 +0000 (17:57 +0000)
committersimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Tue, 7 Jun 2005 17:57:50 +0000 (17:57 +0000)
commit1e3e152de7cc491b63c5e351b5f603d307182b07
treece9bd77bcb19939150b2ffc7b53e2cd599016dd8
parent07dfb697bb30781c963b11eb00c4951bb5db6a7d
All the games in this collection have always defined their graphics
in terms of a constant TILE_SIZE (or equivalent). Here's a
surprisingly small patch which switches this constant into a
run-time variable.

The only observable behaviour change should be on Windows, which
physically does not permit the creation of windows larger than the
screen; if you try to create a puzzle (Net makes this plausible)
large enough to encounter this restriction, the Windows front end
should automatically re-adjust the puzzle's tile size so that it
does fit within the available space.

On GTK, I haven't done this, on the grounds that X _does_ permit
windows larger than the screen, and many X window managers already
provide the means to navigate around such a window. Gareth said he'd
rather navigate around a huge Net window than have it shrunk to fit
on one screen. I'm uncertain that this makes sense for all puzzles -
Pattern in particular strikes me as something that might be better
off shrunk to fit - so I may have to change policy later or make it
configurable.

On OS X, I also haven't done automatic shrinkage to fit on one
screen, largely because I didn't have the courage to address the
question of multiple monitors and what that means for the entire
concept :-)

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@5913 cda61777-01e9-0310-a592-d414129be87e
16 files changed:
cube.c
fifteen.c
gtk.c
midend.c
mines.c
net.c
netslide.c
nullgame.c
osx.m
pattern.c
puzzles.h
rect.c
sixteen.c
solo.c
twiddle.c
windows.c