| 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]
|
| |
|
|
|
|
| |
with considerable meddling from me).
[originally from svn r8788]
|
| |
|
|
|
|
| |
(and also belatedly document the keyboard support in Unequal).
[originally from svn r8432]
|
| |
|
|
|
|
| |
handling functionality into misc.c.
[originally from svn r8176]
|
| |
|
|
| |
[originally from svn r7552]
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
as seen by the back ends from the one implemented by the front end,
and shoved a piece of middleware (drawing.c) in between to permit
interchange of multiple kinds of the latter. I've also added a
number of functions to the drawing API to permit printing as well as
on-screen drawing, and retired print.py in favour of integrated
printing done by means of that API.
The immediate visible change is that print.py is dead, and each
puzzle now does its own printing: where you would previously have
typed `print.py solo 2x3', you now type `solo --print 2x3' and it
should work in much the same way.
Advantages of the new mechanism available right now:
- Map is now printable, because the new print function can make use
of the output from the existing game ID decoder rather than me
having to replicate all those fiddly algorithms in Python.
- the new print functions can cope with non-initial game states,
which means each puzzle supporting --print also supports
--with-solutions.
- there's also a --scale option permitting users to adjust the size
of the printed puzzles.
Advantages which will be available at some point:
- the new API should permit me to implement native printing
mechanisms on Windows and OS X.
[originally from svn r6190]
|
| |
|
|
| |
[originally from svn r6111]
|
| |
|
|
|
|
|
| |
memswap() which declares a fixed-size buffer on the stack and uses
it multiple times if necessary.
[originally from svn r6107]
|
| |
|
|
| |
[originally from svn r6100]
|
| |
|
|
| |
[originally from svn r6099]
|
| |
|
|
| |
[originally from svn r6090]
|
| |
|
|
|
|
|
| |
common to Fifteen, Sixteen, Twiddle and Pegs is now a utility
function in misc.c.
[originally from svn r6076]
|
| |
|
|
|
|
|
|
| |
introduces a few new utility functions in misc.c, one of which is
the bitmap obfuscator from Mines (which has therefore been moved out
of mines.c).
[originally from svn r5992]
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
is (a) pretty feeble, and (b) means that although Net seeds transfer
between platforms and still generate the same game, there's a
suspicious discrepancy in the typical seed _generated_ by each
platform.
I have a better RNG kicking around in this code base already, so
I'll just use it. Each midend has its own random_state, which it
passes to new_game_seed() as required. A handy consequence of this
is that initial seed data is now passed to midend_new(), which means
that new platform implementors are unlikely to forget to seed the
RNG because failure to do so causes a compile error!
[originally from svn r4187]
|
| |
|
|
|
|
|
|
|
|
| |
right from scratch without the slightest reference to any dialog
templates (meaning that we get to figure out the layout and _then_
choose the window size). I'm rather pleased with that. Also
introduced free_cfg(), which is why this checkin touched gtk.c as
well.
[originally from svn r4184]
|
|
|
two new simple games `fifteen' and `sixteen'.
[originally from svn r4173]
|
