107 Commits

Author SHA1 Message Date
f64dcb909d Stop the Pattern grid generation from generating an entire row or
column of the same colour (at least when the dimensions are big
enough to make this feasible). It's a little bit too easy otherwise!

[originally from svn r5391]
2005-02-24 09:13:06 +00:00
e500ef9637 Fixes in grid generation for pedantic special cases when one or both
grid dimensions are very small.

[originally from svn r5390]
2005-02-24 08:13:32 +00:00
d8eb0de7c2 The main grid outline in Pattern was asymmetric between the top/left
edges and the bottom/right ones. Fix it. (Also remove it from the
todo list in osx.m, where I had entered it in the assumption that it
was a bug in my new OS X port! Turns out it's an entirely platform-
independent bug.)

[originally from svn r5187]
2005-01-24 10:50:17 +00:00
cc54553226 Rather than each game backend file exporting a whole load of
functions and a couple of variables, now each one exports a single
structure containing a load of function pointers and said variables.
This should make it easy to support platforms on which it's sensible
to compile all the puzzles into a single monolithic application. The
two existing platforms are still one-binary-per-game.

[originally from svn r5126]
2005-01-17 13:48:57 +00:00
b18c86241d Bah; r4954 introduced an array overrun.
[originally from svn r4955]
[r4954 == 47e9419452a9fca895f1c84412ab1040d1aa86a5]
2004-12-08 09:37:57 +00:00
47e9419452 Game completion detection was occasionally failing to spot a
lingering GRID_UNKNOWN, causing it to declare victory too soon.

[originally from svn r4954]
2004-12-08 08:08:00 +00:00
03e455c2c6 New puzzle: `pattern'.
[originally from svn r4953]
2004-12-07 20:00:58 +00:00