| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
|
|
|
|
|
| |
introduce a new colour in Slant (COL_FILLEDSQUARE) which is used for
the background of any grid square that has a diagonal line in it.
This makes it easier to spot the one square on a giant board you
forgot to fill in, but on the other hand I found it to look very
strange and disconcerting. So I've set the colour to be identical to
COL_BACKGROUND by default, and users who like the idea can enable it
by environment variable or by local patch.
[originally from svn r8930]
|
| |
|
|
|
|
|
|
|
| |
line with freedesktop.org. (This is relatively simple for Puzzles,
since it only writes to the clipboard and never reads it, so the
question of which selection to use when is most easily dealt with by
always writing to both.)
[originally from svn r8929]
|
| |
|
|
|
|
| |
downstream patch.
[originally from svn r8924]
|
| |
|
|
|
|
| |
gccs complained about.
[originally from svn r8923]
|
| |
|
|
|
|
| |
things potentially not in the range 0..255).
[originally from svn r8922]
|
| |
|
|
|
|
| |
generation. To reproduce, try 'signpost --generate 1 7x7#12345-162'.
[originally from svn r8921]
|
| |
|
|
| |
[originally from svn r8914]
|
| |
|
|
|
|
| |
2x2 puzzle. Rule it out in validate_params().
[originally from svn r8913]
|
| |
|
|
|
|
|
| |
difficulty selection in Unequal's solver. I suspect I missed this
when I refactored latin.c and its callers.
[originally from svn r8906]
|
| |
|
|
|
|
|
|
|
|
|
|
| |
bridges that could go to an island, the game was not correctly
accounting for existing bridges in all circumstances.
(E.g. in 7x7m2:2a6a2a1g4a6c4i1a1h23c2b, connect the top right 1 to
the 2 left of it, and the 6 left of that correctly lights up red.
But now connect the 6 to the 6 below it, and it wrongly unlights
again.)
[originally from svn r8905]
|
| |
|
|
| |
[originally from svn r8887]
|
| |
|
|
|
|
| |
in columns with x > h was being erroneously rejected.)
[originally from svn r8886]
|
| |
|
|
|
|
|
|
|
| |
- sometimes two regions would get the same letter
- immutable numbers could sometimes be modified
- immutable numbers are now not flagged as errors when they clash
(same as Solo's policy)
[originally from svn r8882]
|
| |
|
|
|
|
|
|
| |
reported as potentially-unused. (In fact, as far as I can tell, it's
only ever uninitialised in assertion-failing code paths, so not a
real bug.)
[originally from svn r8873]
|
| |
|
|
|
|
|
| |
assertion I crudely commented out has now been replaced with code
that clearly shows what you did wrong in the failing situation.
[originally from svn r8872]
|
| |
|
|
| |
[originally from svn r8869]
|
| |
|
|
| |
[originally from svn r8868]
|
| |
|
|
|
|
|
|
|
|
|
|
| |
long chain to a square numbered so low that the start of the chain
would have to go into negative numbers should not crash the game,
particularly when it happens as a momentary in-passing illustration.
I've fixed it for the moment just by removing the assertion. There's
probably a better fix which causes something less strange to happen
to the display as a result.
[originally from svn r8867]
|
| |
|
|
| |
[originally from svn r8866]
|
| |
|
|
| |
[originally from svn r8865]
|
| |
|
|
|
|
|
| |
a puzzle before it was ready to commit, here is 'Signpost': a clone
of janko.at's "Arrow Path", by James Harvey.
[originally from svn r8861]
|
| |
|
|
|
|
|
|
| |
$mw (it should only ever have been used in the Cygwin makefile), and
move the libraries to the end of the link line in the Unix makefile
for better portability.
[originally from svn r8853]
|
| |
|
|
|
|
|
| |
should use state->adjacent rather than ds->adjacent, because the
latter won't be initialised in printing mode.
[originally from svn r8852]
|
| |
|
|
|
|
|
| |
and printing must avoid referring to stuff in the game_drawstate,
since the game_drawstate isn't a real one.
[originally from svn r8851]
|
| |
|
|
| |
[originally from svn r8850]
|
| |
|
|
|
|
| |
occasionally be generated, e.g. by 8x8de#417341658689473 .
[originally from svn r8845]
|
| |
|
|
| |
[originally from svn r8844]
|
| |
|
|
|
|
|
|
|
| |
selected. I think this is a more or less aesthetically neutral
change for the actual selection, but the selection code is reused to
draw the victory flash and that's greatly improved by not having the
tower sides remain unflashed.
[originally from svn r8843]
|
| |
|
|
| |
[originally from svn r8839]
|
| |
|
|
| |
[originally from svn r8838]
|
| |
|
|
| |
[originally from svn r8836]
|
| |
|
|
|
|
|
| |
commit: tweak the grid generation a bit, and fix the use of the
Solve function on a grid containing errors.
[originally from svn r8835]
|
| |
|
|
|
|
| |
an enabling environment variable.
[originally from svn r8834]
|
| |
|
|
|
|
|
| |
which a click miles above the invisible RH surface of a tower would
sometimes select that tower.
[originally from svn r8833]
|
| |
|
|
| |
[originally from svn r8832]
|
| |
|
|
| |
[originally from svn r8830]
|
| |
|
|
|
|
|
|
| |
Hitori. One infrastructure change in the process: latin.c has
acquired a utility function to generate a latin rectangle rather
than a full square.
[originally from svn r8828]
|
| |
|
|
|
|
|
|
|
| |
introduced to mimic similar macros in solo.c, in case Solo ever
moved over to being based on the latin.c solver framework; but even
Solo has long since lost those macros, so latin.c has no need to
keep them.
[originally from svn r8827]
|
| |
|
|
|
|
|
|
|
|
| |
side: instead of locating a mouse click in whichever base grid
square contained the click location, we should check to see if a
tower protrudes on to that location from a neighbouring square. That
way, a click should reliably activate the tower that was actually
drawn under the mouse pointer.
[originally from svn r8826]
|
| |
|
|
| |
[originally from svn r8825]
|
| |
|
|
|
|
| |
constraint in validate_params.)
[originally from svn r8824]
|
| |
|
|
| |
[originally from svn r8823]
|
| |
|
|
| |
[originally from svn r8822]
|
| |
|
|
| |
[originally from svn r8821]
|
| |
|
|
|
|
|
|
|
| |
3D effect. (I only committed it without so that I could preserve a
record of how the code looked before I added it.) The 3D effect can
be disabled by setting TOWERS_2D in the environment, should anybody
seriously dislike it.
[originally from svn r8817]
|
| |
|
|
|
|
|
| |
latin-square puzzle which I've seen described by several names but
the most common is 'Skyscrapers'.
[originally from svn r8816]
|
| |
|
|
| |
[originally from svn r8815]
|
| |
|
|
| |
[originally from svn r8813]
|
| |
|
|
|
|
|
| |
with usual abstract group notation. In puzzles with a clear
identity, it's called e.
[originally from svn r8812]
|
| |
|
|
|
|
| |
to call the digit values by custom names.
[originally from svn r8811]
|