| Commit message (Collapse) | Author | Age |
|---|
| ... | |
| |
|
|
|
|
| |
interface to it just in case it comes in handy.
[originally from svn r5686]
|
| |
|
|
|
|
|
| |
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]
|
| |
|
|
|
|
| |
grid dimensions are very small.
[originally from svn r5390]
|
| |
|
|
|
|
|
|
|
| |
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]
|
| |
|
|
|
|
|
|
|
|
| |
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]
|
| |
|
|
|
| |
[originally from svn r4955]
[r4954 == 47e9419452a9fca895f1c84412ab1040d1aa86a5]
|
| |
|
|
|
|
| |
lingering GRID_UNKNOWN, causing it to declare victory too soon.
[originally from svn r4954]
|
|
|
[originally from svn r4953]
|
