Fix the Java front end's vertical text positioning when
ALIGN_VNORMAL is in use: ALIGN_VNORMAL indicates that the supplied
y-coordinate denotes the _baseline_ of the text, not its top, so
adding on 'asc' to convert to the baseline is wrong.

This only affects Tents, at present.

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

Keyboard control patch for Bridges, from James H.

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

Lee Dowling points out that duplicating the entire grid data
structure in every game_state is terribly wasteful. Move all the
constant bits of it (i.e. everything except the per-square 'blue'
flag) into a ref-counted shared structure.

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

Keyboard control patch for Black Box, from James H.

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

Keyboard control patch for Twiddle, from James H.

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

Keyboard control patch for Pattern, from James H.

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

Keyboard control for Map, from James H.

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

Reorder if statements in Unequal's interpret_move() so that presses
of 'h' and 'm' are treated as digits if a square is selected, and
only treated as special commands otherwise. This renders very large
games (just about) playable.

Idea from Ben Hutchings's collection of Debian patches, although I
had to redo his (trivial) patch myself since the code has changed
recently.

(Addendum after committing: hmm, I see Jacob already applied the
original version of the patch a while back. Looks as if the recent
keyboard control change reintroduced the problem. Still, re-fixed
now.)

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

Patch from James H to add keyboard control in Sixteen and Netslide
(and also belatedly document the keyboard support in Unequal).

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

Switch over to using the new-style GtkFileChooser in place of the
deprecated GtkFileSelection, at least when the latter is available.
Patch mostly due to Ori Avtalion.

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

Add an automatic check for HAVE_SENSIBLE_ABSOLUTE_SIZE_FUNCTION by
using PANGO_CHECK_VERSION. (Irritatingly, the latter is not
available in all versions of Pango, so we have to be cautious about
using it at all. *sigh*)

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

Update the ignores.

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

Keyboard control patch for Pegs, from James H.

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

Keyboard control patch for Solo, from James H.

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

Keyboard control patch for Slant, from James H.

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

Keyboard cursor support for Tents, from James H.

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

r8396 introduced midend_tilesize(). Document it.

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

Keyboard cursor support for Rectangles, from James H.

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

Keyboard cursor support in Galaxies, by James H.

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

Keyboard interface for Filling, from James H.

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

Patch from James H to fix some off-by-one errors in Guess's click
rectangle checking, preventing array bounds violation.

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

Patch from James H which adds keyboard cursor support to Unequal,
and also updates the docs for both that and the Mines cursor support
in r8402.

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

Patches from James H to add or improve arrow-key-driven cursors for
some puzzles. (Light Up's and Net's are merely polished a bit, but
Mines acquires a new one.)

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

Patch from Lambros to make the Normal difficulty level easier, since
people have generally seemed to think Loopy is one of the more
difficult puzzles in the collection. There's a new level called
Tricky, between Normal and Hard, which is equivalent to the old
Normal.

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

Standalone solver for Loopy. Bit half-hearted, since the solver
doesn't have diagnostics embedded and the ASCII formatter can't
print non-square puzzles anyway; but it can grade difficulty, which
is what I most immediately want it for.

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

Patch from James H to enable a single monolithic binary to be built
alongside the individual puzzle binaries, on Windows only. (MacOS
already has it, of course; Unix would require about as much work
again.)

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

Bring the unfinished .R files into line with the current conventions.

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

Don't ignore the return code of fwrite(). (Slight modification of a
patch from Phil Bordelon.)

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

Add missing call to gtk_selection_clear_targets(), without which the
list of selection targets offered by GTK Puzzles grows an extra copy
of each of the three supported text formats every time the user
makes a selection!

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

Stand-alone command-line interface to the obfuscate_bitmap()
function. Useful in conjunction with the new --save option to
generate lots of games, extract the aux strings from the game
generator, and de-obfuscate them in order to measure statistical
properties of their solutions.

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

The other day I found it useful for a (silly) special purpose to
generate a thousand saved-game files of randomly generated puzzles.
On the general principle that if I find it useful someone else
conceivably might too, add a --save option to the Unix puzzle
binaries, for use with --generate in much the same way as --print.

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

Fix parenthesis problem in Light Up solver. Should fix Debian bug
#505359.

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

Let's have some more presets in here: 3x3 is much _too_ short and
easy compared to 6x6.

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

Patch from Lee Dowling to implement mouse control in Sokoban, along
pretty much the same lines as Cube and Inertia.

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

Take out some lurking "nullgame" holdovers from unfinished puzzle
source files, in case they cause trouble. Spotted by Lee Dowling.

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

Patches from Lee Dowling to make Light Up and Net use the
CURSOR_SELECT2 button (to, respectively, toggle a "definitely not
light" dot and to rotate in the opposite direction from
CURSOR_SELECT).

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

Couple of solving-related mid-end tweaks. Firstly, when we generate
a game which comes with an aux string, we immediately self-test that
string by passing it to solve() and test by assertion that it
succeeded. So a bug in a back end which intermittently generates
malformed aux strings will be detected as soon as it occurs, instead
of only if the user happens to use the Solve operation on a
particular game in which it happened.

Secondly, Ctrl-S now (undocumentedly) triggers the Solve operation,
on the general principle that keyboard shortcuts tend to come in
handy, and on the specific principle that if you want to look at
lots of solved grids in quick succession (say, when observing their
general shape and nature to see if your generation algorithm was
good or not) it's handy to have a quick way of getting to them.

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

Check return values from fwrite when saving files.

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

Patch from Lambros to improve the generality of path-generation. In
particular, Great Hexagonal tilings previously had virtually every
(if not _actually_ every) hexagon on the inside of the path, and now
don't.

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

Patch from Chris Boyle to prevent Solo's inter-block dividing lines
from becoming indistinguishable from the intra-block ones at low
tile sizes.

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

Apply "103_fix-unequal-digit-h.diff" from the Debian package:
Unequal 18x18 or above was unplayable due to a clash with the undocumented
"H" (hint) key. Resolve the clash by making the hint function only fire
when no square is selected.

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

Remove strange punctuation.

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

Cut-and-paste error which was preventing any drop-down list in the
custom game configuration code from working in the Java applets.

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

Lambros points out that trying to generate a 3x3 Cairo Easy grid
spins forever, but observes that raising the limit to 4x4 across all
grid types is not good for the complex grids like great-hexagonal.
Introduce per-grid minimum sizes using mad macro trickery.

(In fact, for each grid type I've put in a minimum size which _both_
dimensions must equal or exceed, plus another minimum size which _at
least one_ must equal or exceed; that permits both 3x4 and 4x3 Cairo
while disallowing 3x3.)

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

Patch from Lambros implementing error highlighting in Loopy.

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

Yet another complete rewrite of Slant's loop detection during
gameplay. Having tried methods based on using the slashes to define
a dsf on grid vertices, and also methods based on tracing round the
loops using conventional (non-dsf-based) graph theory, it occurred
to me the other day that there's a far simpler technique involving
connectivity. A loop is precisely that which causes the playing area
to become disconnected; so what we do now is to go through and build
a dsf describing connectedness of the _area_ of the grid rather than
the vertices. That divides the area into its maximal connected
components, and then we can trivially identify every edge that's
part of a loop by noticing that it separates two nonequivalent
pieces of space. The resulting algorithm is half the size of the old
one, and it's much easier to be confident of its correctness.

(Having said which, there will doubtless turn out to be an
embarrassing bug in it, but I haven't found it yet.)

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

Cosmetic: fix mismatch between game_compute_size() and game_redraw()
(was causing unwanted "drop-shadow" type effect).

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

Lambros provides this workaround for a compiler warning on his
Ubuntu system. I'm inclined to think the real problem is in his gtk
headers, but this is a harmless enough change to avoid hassle.

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

Typo spotted by James H.

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

Oops, left this out of r8178: having defined COMBINED everywhere in
the puzzles, we can now remove it from the OS X makefile section.

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

Change to the handling of -DCOMBINED in the makefiles. Instead of
defining it centrally per port, I think it's neater to define it for
each puzzle when adding that puzzle to the ALL list - because those
front ends which take -DCOMBINED are precisely those which use ALL.
In particular, this change opens up the possibility of compiling
both individual puzzles _and_ a combined monolith within the same
makefile.

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

Patch from James H providing lots more paranoid casting. Also one
actual behaviour change: Untangle now permits dragging with the
right mouse button, which has exactly the same effect as it does
with the left. (Harmless on desktop platforms, but helpful when
"right-click" is achieved by press-and-hold; now the drag takes
place even if you hesitate first.)

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

Patch from James H to centralise some generally useful cursor-
handling functionality into misc.c.

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

Since the lack of this has caused portability issues in the past:
add "-ansi -pedantic" to the main Unix makefile, and clean up a few
minor problems pointed out thereby.

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

Patch from James H to make new-Loopy port more easily.

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

Having played new-Loopy a bit recently, I've had occasion to think a
bit harder about advanced solver techniques. Expand the comment at
the top of the file.

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

How did I manage to check this in without actually trying to build
on Windows at all?! Fix some departures from the C standard, mostly
declaring variables after a statement has already been issued in the
same block. MSVC is picky about this where gcc is forgiving, and TBH
I'd change the latter given the choice.

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

New Loopy save file, compatible with the new Loopy.

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

Nearly forgot: Lambros definitely deserves a place in the copyright
statement!

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

Don't call changed_preset() until after we've initialised
fe->copy_menu_item.

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

Completely re-engineered version of Loopy, courtesy of Lambros
Lambrou. Now capable of handling triangular and hexagonal grids as
well as square ones, and then a number of semiregular plane tilings
and duals of semiregular ones. In fact, most of the solver code
supports an _arbitrary_ planar graph (well, provided both the graph
and its dual have no self-edges), so it could easily be extended
further with only a little more effort.

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

New infrastructure feature. Games are now permitted to be
_conditionally_ able to format the current puzzle as text to be sent
to the clipboard. For instance, if a game were to support playing on
a square grid and on other kinds of grid such as hexagonal, then it
might reasonably feel that only the former could be sensibly
rendered in ASCII art; so it can now arrange for the "Copy" menu
item to be greyed out depending on the game_params.

To do this I've introduced a new backend function
(can_format_as_text_now()), and renamed the existing static backend
field "can_format_as_text" to "can_format_as_text_ever". The latter
will cause compile errors for anyone maintaining a third-party front
end; if any such person is reading this, I apologise to them for the
inconvenience, but I did do it deliberately so that they'd know to
update their front end.

As yet, no checked-in game actually uses this feature; all current
games can still either copy always or copy never.

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

Oh, and some more ignore properties, oops.

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

Extra ignore properties for the dual-architecture OS X build, which
I've managed to go a fair while without realising the need for.

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

Correction from James H: sqrt(0) shouldn't occur any more than
sqrt(1) should.

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

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