More operations and bug fixes from James H.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@8107 cda61777-01e9-0310-a592-d414129be87e

Remove rogue diagnostic.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@8106 cda61777-01e9-0310-a592-d414129be87e

Add a build version designation to the NestedVM build, after Jacob
pointed out that Help > About in the Java applets on my website
currently reports "Unidentified build".

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@8105 cda61777-01e9-0310-a592-d414129be87e

Build the Java versions of the puzzles automatically as part of the
build process. Also update the new-puzzle checklist to make sure I
set up and test the Java applet for any new game I add.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@8096 cda61777-01e9-0310-a592-d414129be87e

Handle a <param name="game_id"> by passing it in to the C side as
argv[1], which in turn feeds it into the midend as a game ID. This
can of course take any of the forms supported by the native C
puzzles: a pure game parameter string, a params:description specific
game ID, or a params#seed random game ID.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@8095 cda61777-01e9-0310-a592-d414129be87e

The Java console keeps showing up error reports due to being asked
to resize the puzzle to zero size. Ignore all such requests, in the
assumption that a more sensible resize will be along soon enough
(which does seem to happen, though I haven't debugged the NestedVM
front end hard enough to figure out why the bogus resizes happen in
the first place).

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@8094 cda61777-01e9-0310-a592-d414129be87e

James H has helpfully provided yet more silly operators for the -A
mode. I think some user-defined ruleset configuration options are
now required...

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@8092 cda61777-01e9-0310-a592-d414129be87e

An option to enable a debugging mode for the BFS.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@8091 cda61777-01e9-0310-a592-d414129be87e

Michael Schierl's patch to compile the puzzles as Java applets using
NestedVM. Wow!

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@8064 cda61777-01e9-0310-a592-d414129be87e

Just noticed that the return value of midend_process_key() wasn't
documented.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@8062 cda61777-01e9-0310-a592-d414129be87e

New -A mode permitting even madder operators, and also -m to try to
print all possible paths to a value. The latter has a lot of
de-duplication left to be done, due to multiple evaluation orders.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@8061 cda61777-01e9-0310-a592-d414129be87e

Shamelessly pander to compilers whose data flow warning systems
insist that a variable should be initialised in all branches of an
if, instead of just all the non-assertion-failing ones.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7989 cda61777-01e9-0310-a592-d414129be87e

Now that we're highlighting the currently selected preset in the
Type menu, it looks faintly silly that Fifteen doesn't have any
presets other than Custom: you open a Fifteen window in its default
state, and the Type menu appears to be telling you it has a custom
size! Fixed by adding a preset for the default parameters.

I'd quite like to fix this properly by revamping the presets
mechanism in a way that _enforces_ that there must always be a
preset which matches the default parameters, but that's more fiddly
than it sounds. For the moment, this change fixes the only
externally visible infelicity in the current game set.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7983 cda61777-01e9-0310-a592-d414129be87e

Implement tick marks in the Type menu on Windows. Now all my front
ends have got them.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7982 cda61777-01e9-0310-a592-d414129be87e

Implement tick marks in the Type menu on OS X.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7981 cda61777-01e9-0310-a592-d414129be87e

New feature in midend.c which allows us to ask for the number of the
currently selected preset, if any. I've used this in the GTK front
end to have the Type menu mark the currently selected menu item.
(After considerable beating of GTK with sticks, I might add. Grr.)
Currently the same UI feature is not yet supported on Windows or
MacOS, but I hope to do those too at some point if it's feasible.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7980 cda61777-01e9-0310-a592-d414129be87e

Having got Jigsaw mode generation working at reasonable speed, we
can now productise it.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7979 cda61777-01e9-0310-a592-d414129be87e

Improvements to filled-grid generation. Introduced a cunning idea
suggested by IWJ last night: grid generation can immediately choose
an entire grid row randomly, since all that's doing is nailing down
the names of the numbers, and that gets the whole thing started more
efficiently. But the main difference is that now grid generation is
given only area^2 steps to come up with a filled grid, and then cut
off unceremoniously, causing grid generation to fail and be retried
from scratch. This seems to prevent hangups on jigsaw layouts that
admit few useful solutions, by changing layout constantly. 9j
puzzles now generate at a sensible rate, and as an added bonus so do
5x5 normal puzzles, which they never used to.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7978 cda61777-01e9-0310-a592-d414129be87e

Ahem. Apparently forgot to compile-test after that one last tiny
change.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7977 cda61777-01e9-0310-a592-d414129be87e

Revise the printing colour framework so that we can explicitly
request either of hatching or halftoning, and also choose which to
supply as a fallback when printing in colour.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7976 cda61777-01e9-0310-a592-d414129be87e

Pedantic tweaks to allow successful compilation on Windows. (gcc
failed to point out a declaration after a statement, and gcc's
linker was clever enough to optimise the call to divvy_rectangle()
out of solosolver so that I didn't have to include divvy.c in that.)

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7975 cda61777-01e9-0310-a592-d414129be87e

Substantial reworking of Solo so that it implements both Sudoku-X
(require both main diagonals to have one of every digit in addition
to all the usual constraints) and Jigsaw Sudoku (replace the array
of rectangular sub-blocks with the sub-blocks being random
polyominoes). To implement the latter, I've moved my `divvy.c'
library routine out of the `unfinished' subdirectory.

Jigsaw mode is currently an undocumented feature: you enable it by
setting the rows parameter to 1 (and the columns parameter to your
desired grid size, which unlike normal Sudoku can be anything you
like including a prime number). The reason it's undocumented is
because generation times are not yet reliably short: sometimes
generating a jigsaw-type puzzle can hang for hours and still get
nowhere. (The algorithm should terminate in principle, but not in
any time you're prepared to wait.) I _think_ I know how to solve
this, but have yet to try it. Until then, jigsaw mode will remain a
hidden feature.

Printing of X-type puzzles is also substandard at present, because
the current print-colour API replaces the desired light shading of
the X-cells with heavy diagonal hatching. I plan to adjust the API
imminently to address this.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7974 cda61777-01e9-0310-a592-d414129be87e

Hmm. Telling xvfb to default to a TrueColor visual did help, in that
it got rid of the bogus backgrounds on all the text; but on the
other hand it mysteriously caused all the images to become black and
white! Serves me right for testing with Bridges which was B&W to
start with. Instead, we'll just tell xvfb to use a 24-bit display
and let it sort out the visuals for itself; that seems to work better.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7932 cda61777-01e9-0310-a592-d414129be87e

I _think_, after some fairly random experimentation, that this ought
to fix the weird blacked-out text in the xvfb-built screenshots.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7931 cda61777-01e9-0310-a592-d414129be87e

Update the OS X Puzzles makefile so that it builds on Leopard and
generates PPC/Intel dual-architecture binaries.

This turns out not to be too painful: you compile and link your
programs using `gcc -arch ppc' or `gcc -arch i386', then you use a
command of the form `lipo -create ppc-binary i386-binary -output
binary' to construct a universal binary. It works equally well on
command-line standalone executable files and the executables within
application directories. Also added the -mmacosx-version-min option,
since otherwise the OS X build tools appear to default to building
binaries which will crash (without anything resembling a
comprehensible error message) on any earlier release.

The handling of version.o in this checkin is somewhat grotty. I'd
prefer a method more cleverly intertwingled with mkfiles.pl so I
didn't have to maintain the OS X architecture list in both
mkfiles.pl and Recipe. (Not that I anticipate Apple switching
architectures again in the immediate future, but it's the principle
of the thing.)

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7916 cda61777-01e9-0310-a592-d414129be87e

UI change to Filling: allow multiple squares to be set at once.

(This change adds a new possibility to the save format, such that new save
files won't necessarily be loadable by old binaries. I think that's acceptable
-- it's certainly happened before -- but I couldn't find anything in the
developer docs explicitly blessing it.)

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7849 cda61777-01e9-0310-a592-d414129be87e

It's another new year.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7848 cda61777-01e9-0310-a592-d414129be87e

Syntactic fixes by Zach Wily to make the OS X build work under 10.5.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7836 cda61777-01e9-0310-a592-d414129be87e

64-bit cleanliness: we were already carefully using a uint32 type in
the SHA code, but it wasn't correctly defined!

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7817 cda61777-01e9-0310-a592-d414129be87e

A rigorous proof. Totally unimportant to the code, but I didn't want
to lose it :-)

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7703 cda61777-01e9-0310-a592-d414129be87e

Fix an inaccurate comment.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7702 cda61777-01e9-0310-a592-d414129be87e

I've just realised that my deliberate avoidance of non-simply
connected polyominoes actually causes a loss of generality for
sufficiently large k. I hadn't previously noticed, because you need
k to be (I think) at least 23 and none of my potential applications
require anything nearly that large. Add some discussion of this.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7701 cda61777-01e9-0310-a592-d414129be87e

Commit my work so far on a generator for Nikoli's `Block Puzzle'. It
works, but it's slow, and the puzzles are currently at a relatively
low level of difficulty. Also this is a generator only: no UI yet
(because I'm waiting to see if I can make the generator practical
before bothering to write the rest).

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7700 cda61777-01e9-0310-a592-d414129be87e

Ahem. Finishing writing the comment _before_ checkin is generally sensible.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7694 cda61777-01e9-0310-a592-d414129be87e

Allow a 1-omino to be completely destroyed and recreated in an
arbitrary unclaimed square. This cures the most common cause of
generation failures (covering a large area in dominoes was the most
difficult case, and would fail even if the large area was 1xn!); the
failure rate is now sufficiently low under all circumstances I've
found that I'm willing to just loop until I get a success.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7693 cda61777-01e9-0310-a592-d414129be87e

Better test-mode diagnostics.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7691 cda61777-01e9-0310-a592-d414129be87e

A piece of library code which constructs a random division of a
rectangle into equally sized ominoes. I have a couple of potential
applications for this, but none I've actually implemented yet, so
for the moment it's living in `unfinished'.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7690 cda61777-01e9-0310-a592-d414129be87e

Experimental UI tweak enabled by a hacky environment variable:
suppress the display of `this square can't be a light' blobs in a
lit square, on the grounds that we already know _lit_ squares can't
be lights. This makes the solved game look cleaner (I've always
thought the detritus of blobs on some but not all non-light squares
looked messy), but on the other hand it's slightly jarring during
play. So I'm checking it in, but as a configurable option which is
off by default.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7656 cda61777-01e9-0310-a592-d414129be87e

A user points out that Loopy's solver relies on elements of the
`clues' array being able to be -1, so we must explicitly declare it
as `signed char' or it will break on platforms whose default char is
unsigned.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7636 cda61777-01e9-0310-a592-d414129be87e

Optimiser placation.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7625 cda61777-01e9-0310-a592-d414129be87e

Updates and improvements from Jonas Koelker.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7601 cda61777-01e9-0310-a592-d414129be87e

Left puzzles.rc2 out of the tarball. Oops.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7600 cda61777-01e9-0310-a592-d414129be87e

More forgiving selection of dragging targets.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7574 cda61777-01e9-0310-a592-d414129be87e

Graphics tweak: make the top-right and bottom-left corners of
everything look nicer.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7573 cda61777-01e9-0310-a592-d414129be87e

In-game user interface to the solver.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7572 cda61777-01e9-0310-a592-d414129be87e

Fix tiny memory leak if you pressed Solve while part way through an
existing solution path.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7571 cda61777-01e9-0310-a592-d414129be87e

Remove the check for disconnected pieces; it's over-general and
triggers on a perfectly connected piece shaped like an inverted T.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7570 cda61777-01e9-0310-a592-d414129be87e

noicon.rc was missing from the Unix source archive, which caused a
re-run of mkfiles.pl to fail.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7567 cda61777-01e9-0310-a592-d414129be87e

Stand-alone slidesolver.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7558 cda61777-01e9-0310-a592-d414129be87e

Add an optional move limit during game generation.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7554 cda61777-01e9-0310-a592-d414129be87e

Slight solver speedup by tracking more carefully which block merges
we've already tried, and not trying them again.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7553 cda61777-01e9-0310-a592-d414129be87e

Add a new misc.c function needed by Slide's colour setup.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7552 cda61777-01e9-0310-a592-d414129be87e

Close-to-finished auto-generating implementation of Klotski.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7547 cda61777-01e9-0310-a592-d414129be87e

I still haven't managed to get the WinCE port building via bob, but
I should at least check in what I've got.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7542 cda61777-01e9-0310-a592-d414129be87e

Ensure the shuffling process never produces an already-solved grid.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7446 cda61777-01e9-0310-a592-d414129be87e

In the Windows frontend, stop tab navigation from activating buttons.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7436 cda61777-01e9-0310-a592-d414129be87e

Er, and now do that _without_ introducing further segfaults.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7409 cda61777-01e9-0310-a592-d414129be87e

Stop failing assertions when we encounter an insoluble puzzle.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7408 cda61777-01e9-0310-a592-d414129be87e

Kyle Brazell points out that the completion checker considers a
region valid if it has _a_ dot at its centre of symmetry, even if
that dot isn't actually within the region in question.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7407 cda61777-01e9-0310-a592-d414129be87e

Disallow clicks between squares.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7400 cda61777-01e9-0310-a592-d414129be87e

r7364 failed to expand a malloc to match the larger data being put
in it.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7387 cda61777-01e9-0310-a592-d414129be87e

Gary Wong observes that solo's decode_params() is overenthusiastic
about eating the letter `d' (for `diagonal') when it appears in a
symmtery description: it should only be used after `m', because
mirror symmetry is the only type that can be diagonal. This was
causing parsing of the parameter description `3x3adu' to produce the
wrong answer: the d would be swallowed, then the u ignored for being
incomprehensible, and you'd get default Trivial difficulty.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7386 cda61777-01e9-0310-a592-d414129be87e

Gary Wong points out that solosolver's verbose output is
inconsistent in whether it numbers rows and columns from zero or
from one. Standardise on one.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7385 cda61777-01e9-0310-a592-d414129be87e

Since we've changed the semantics of the `expand' argument to midend_size(),
change the name. Also document the new semantics.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7369 cda61777-01e9-0310-a592-d414129be87e

Patch from Ben Hutchings to allow user-initiated tilesize changes to persist
across changes in game parameters (e.g., changing difficulty without changing
size). This also has the effect of preserving the user-selected tilesize if the
grid size is changed. (From Debian bug#379452.)

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7368 cda61777-01e9-0310-a592-d414129be87e

Ben Hutchings' patch to allow Gtk windows to be shrunk as well as grown
(from Debian bug#379452).
Tested on Gtk 2. I've been unable to find a Gtk+-1.2 installation on which
Puzzles compiles, so not tested there.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7367 cda61777-01e9-0310-a592-d414129be87e

Refactoring patch from Ben Hutchings: move all the Gtk resize code into one
place. (From Debian bug#379452)

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7366 cda61777-01e9-0310-a592-d414129be87e

Patch from James H to provide resizability on Windows.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7364 cda61777-01e9-0310-a592-d414129be87e

Minor cleanups (mostly \ns in diagnostic printfs) from James H.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7363 cda61777-01e9-0310-a592-d414129be87e

My favourite kind of patch, from James H: one which decreases the
amount of code. James has ripped out the solver's version of
check_complete(), in favour of using the one I wrote for the
game-playing UI. My one checks connectedness, which means that the
solver will now not believe non-solutions to puzzles where
connectedness becomes a difficult issue. Examples of game IDs which
are now solved correctly but were previously not are 5x3:ubb and
7x7:ajfzmfqgtdzgt.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7362 cda61777-01e9-0310-a592-d414129be87e

About time I got round to documenting the new
REQUIRE_{RBUTTON,NUMPAD} flags.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7356 cda61777-01e9-0310-a592-d414129be87e

Fix problems with arrow UI with non-square grid.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7355 cda61777-01e9-0310-a592-d414129be87e

Silliness! Here's a somewhat hacky patch which builds an additional
binary from the Galaxies source file. The function of the new
`galaxiespicture' is to take a .xbm bitmap on standard input and
convert it into a Galaxies game ID using both black and white dots,
such that when solved the puzzle displays the input bitmap.

In the process of this I've implemented a post-processing pass after
the main game generation, to prevent clusters of adjacent
singletons. James H already solved that problem for unconstrained
game generation, but for some reason it came back when I did this.
However, the post-processing pass is still turned off for normal
usage, on the basis that (a) if it ain't broke don't fix it, and (b)
it's rather slow and best avoided if not necessary.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7354 cda61777-01e9-0310-a592-d414129be87e

Amend README so that it makes reasonable sense no matter whether
you've got your source code from a tarball (with makefiles) or from
svn (without makefiles). While I'm here, mention Makefile.wce.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7352 cda61777-01e9-0310-a592-d414129be87e

Cleanup patch from James H: disable the `s' key, which was only in
there by accident.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7351 cda61777-01e9-0310-a592-d414129be87e

Adam D. Lopresto and Phil Bordelon independently point out a
signedness mismatch.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7350 cda61777-01e9-0310-a592-d414129be87e

Bound edge thicknesses below so that they're always thicker than the
grid lines.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7349 cda61777-01e9-0310-a592-d414129be87e

Fix some border drawing issues.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7347 cda61777-01e9-0310-a592-d414129be87e

MinGW windres doesn't like an empty resource file, so invent a resource to
keep it happy. (Hopefully this hack will be temporary.)

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7346 cda61777-01e9-0310-a592-d414129be87e

General cleanups patch from James H:
 - missing static in filling.c
 - better robustness in execute_move() in filling.c
 - remove side effects in assert statements
 - remove rogue diagnostic in galaxies.c
 - remove // comment in map.c
 - add more stylus-friendly UI to Pattern
 - bias Unequal towards generating inequality clues rather than numeric

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7344 cda61777-01e9-0310-a592-d414129be87e

Gary Wong points out a couple of minor errors in the setting of
`used_solve'.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7343 cda61777-01e9-0310-a592-d414129be87e

Provide my old drag-based interface to Net as an ifdef-enabled
option, and turn it on by default on stylus-based platforms (i.e.
currently PocketPC).

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7341 cda61777-01e9-0310-a592-d414129be87e

Another thing to watch out for when adding new puzzles.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7340 cda61777-01e9-0310-a592-d414129be87e

Create a blank .rc file to be used in the absence of icons/foo.rc.
This means that puzzles.rc2 is always included in all Windows and
PocketPC builds, which in turn means that I should be able to start
filling it full of VERSIONINFO and have that reliably included as
well.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7339 cda61777-01e9-0310-a592-d414129be87e

This game requires the numpad.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7338 cda61777-01e9-0310-a592-d414129be87e

Dariusz Olszewski's changes to support compiling for PocketPC. This
is mostly done with ifdefs in windows.c; so mkfiles.pl generates a
new makefile (Makefile.wce) and Recipe enables it, but it's hardly
any different from Makefile.vc apart from a few definitions at the
top of the files.

Currently the PocketPC build is not enabled in the build script, but
with any luck I'll be able to do so reasonably soon.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7337 cda61777-01e9-0310-a592-d414129be87e

After it confused Verity, clarify in the Unequal docs that the
Trivial and Recursive difficulty levels are available for custom
selection even though no preset uses them.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7336 cda61777-01e9-0310-a592-d414129be87e

Hardwiring the grid line width to 1 is really bad for printing. Use
a slightly more conventional method of drawing the grid lines, and
thereby fix printing.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7335 cda61777-01e9-0310-a592-d414129be87e

Galaxies doesn't print in colour.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7334 cda61777-01e9-0310-a592-d414129be87e

Don't create an undo-chain entry for a move with no effect.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7333 cda61777-01e9-0310-a592-d414129be87e

Fix a UI glitch where dragging an existing arrow could change what it
referred to.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7331 cda61777-01e9-0310-a592-d414129be87e

Tweak the cropping of the Filling icon very slightly.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7330 cda61777-01e9-0310-a592-d414129be87e

Update the checklist (yet again) to try to prevent a recurrence of
the error I corrected in r7328.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7329 cda61777-01e9-0310-a592-d414129be87e

Forgot to enable the Windows icon.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7328 cda61777-01e9-0310-a592-d414129be87e

More updates to the new-puzzle checklist.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7327 cda61777-01e9-0310-a592-d414129be87e

New puzzle: `Filling', a Fillomino implementation by Jonas Koelker.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7326 cda61777-01e9-0310-a592-d414129be87e

More ignores.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7325 cda61777-01e9-0310-a592-d414129be87e

Oops. Having built the installer, we need a redirect for it in
.htaccess.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7324 cda61777-01e9-0310-a592-d414129be87e

Build an installer for Puzzles.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7319 cda61777-01e9-0310-a592-d414129be87e

Somehow I let a couple of // comments get past me when I accepted
this file. Remove them.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@7318 cda61777-01e9-0310-a592-d414129be87e