chiark / gitweb /
All the games in this collection have always defined their graphics
authorSimon Tatham <anakin@pobox.com>
Tue, 7 Jun 2005 17:57:50 +0000 (17:57 +0000)
committerSimon Tatham <anakin@pobox.com>
Tue, 7 Jun 2005 17:57:50 +0000 (17:57 +0000)
commit02035753f817173a6861d1fc4bec437508cec42d
treece9bd77bcb19939150b2ffc7b53e2cd599016dd8
parent69f7e7f8f5890946f4625fc071eb3f8313b17238
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 :-)

[originally from svn r5913]
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