| Commit message (Collapse) | Author | Age |
| ... | |
| |
|
|
|
|
| |
bit.
[originally from svn r7314]
|
| |
|
|
|
|
|
| |
mixing declarations and code (I accidentally tried to compile it with one
such).
[originally from svn r7313]
|
| |
|
|
|
|
|
| |
because I'm clearly too sleepy to get it right.
[originally from svn r7312]
[r7311 == 8c0890a331d93c9d12ef782601b9953463872fc6]
|
| |
|
|
|
|
|
|
| |
coordinate-rounding, causing picking up arrows from a dot anywhere
other than at the centre of a square to break.
[originally from svn r7311]
[r7310 == a428c5899de86897fe4e92fa6585b3c3908ce2ad]
|
| |
|
|
|
|
|
| |
(as far as I could tell) perfectly legal use of floats, and also
remove some VC warnings.
[originally from svn r7310]
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
adequately hard one couldn't be found, but we must never return a
puzzle harder than the user asked for, and we _certainly_ mustn't
return one that we aren't even sure has a unique solution.
However, when I attempted to implement this rule, it turned out that
an attempt to generate a 15x15 Easy puzzle didn't terminate before I
got bored and killed it. I'm therefore retiring the Easy difficulty
level on the grounds that it's not a wide enough band to be useful.
I've renamed Hard to Normal, and (while I was there) renamed
Recursive to Unreasonable in line with my normal practice.
[originally from svn r7309]
|
| |
|
|
| |
[originally from svn r7308]
|
| |
|
|
| |
[originally from svn r7307]
|
| |
|
|
| |
[originally from svn r7305]
|
| |
|
|
| |
[originally from svn r7304]
|
| |
|
|
|
|
| |
some really subtle probabilistic bias in the generated latin squares.
[originally from svn r7302]
|
| |
|
|
|
| |
[originally from svn r7286]
[r7285 == 3d78bf9b261b4bfd30ae00d5ba43744c4144c934 in putty repository]
|
| |
|
|
| |
[originally from svn r7224]
|
| |
|
|
| |
[originally from svn r7217]
|
| |
|
|
| |
[originally from svn r7215]
|
| |
|
|
|
|
| |
the .htaccess build work better :-)
[originally from svn r7214]
|
| |
|
|
|
|
|
|
|
| |
infrastructure to the mkfiles.pl framework for the convenience of
the build script: it generates `wingames.lst', a list of the Windows
binaries which are ship-worthy games as opposed to nullgame or
command-line auxiliary programs.
[originally from svn r7206]
|
| |
|
|
| |
[originally from svn r7172]
|
| |
|
|
|
|
|
| |
stdout and stderr is non-standard. Switch to a POSIX-blessed
alternative.
[originally from svn r7116]
|
| |
|
|
|
|
|
|
| |
zero as a valid puzzle symbol, it can support at most 35 symbols,
not 36. (This is largely academic since IME anything above about 25
is impractical to generate, but there we go.)
[originally from svn r7115]
|
| |
|
|
|
|
| |
Loopy, but makes it build more sensibly on the Palm.
[originally from svn r7114]
|
| |
|
|
|
|
| |
harder than requested.
[originally from svn r7113]
|
| |
|
|
|
|
|
| |
documentation is a bit odd, and also offers a signedness fix in
latin.c.
[originally from svn r7112]
|
| |
|
|
|
|
|
| |
multi-CPU machine can speed up the icon build using `make -j' and
not have it break.
[originally from svn r7106]
|
| |
|
|
| |
[originally from svn r7105]
|
| |
|
|
|
|
| |
upheaval. Modify the checklist accordingly.
[originally from svn r7103]
|
| |
|
|
| |
[originally from svn r7101]
|
| |
|
|
|
|
| |
Guardian's `Futoshiki').
[originally from svn r7100]
|
| |
|
|
|
|
| |
`osx-info.plist.o' which had crept into most of the Makefiles.
[originally from svn r7099]
|
| |
|
|
|
|
|
|
|
| |
Kevin Lyles spotted a tree234 bug! copytree234() segfaulted when
asked to copy a tree containing no elements, due to failing to allow
for the case that t->root might be NULL. Fixed, and added a
regression test.
[originally from svn r7092]
|
| |
|
|
|
|
| |
menu items which bring up dialogs.
[originally from svn r7058]
|
| |
|
|
|
|
| |
to NULL.
[originally from svn r7052]
|
| |
|
|
|
|
| |
isn't quite right.
[originally from svn r7050]
|
| |
|
|
|
| |
[originally from svn r7048]
[this svn revision also touched putty,putty-website]
|
| |
|
|
| |
[originally from svn r7040]
|
| |
|
|
| |
[originally from svn r7039]
|
| |
|
|
|
|
| |
the world (by adding icon support).
[originally from svn r7038]
|
| |
|
|
| |
[originally from svn r7036]
|
| |
|
|
| |
[originally from svn r7033]
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
supports monochrome icons, can deal with any size of image you're
mad enough to put in there, and will construct icons with whatever
combination of sizes and resolutions you feel like specifying. This
has involved a change in the command-line syntax, hence the
adjustment to Makefile.
(I don't imagine that the changes described here will be critical to
Puzzles any time soon, but I might reuse this script elsewhere and
then I won't want it to have arbitrary limitations.)
[originally from svn r7031]
|
| |
|
|
| |
[originally from svn r7026]
|
| |
|
|
| |
[originally from svn r7025]
|
| |
|
|
|
|
| |
tarball.
[originally from svn r7024]
|
| |
|
|
| |
[originally from svn r7023]
|
| |
|
|
|
|
|
|
|
| |
instead of having the puzzle binary export its window ID to a script
which then runs xwd, we can use the gdk-pixbuf library to have the
puzzle binary _itself_ read its own internal pixmap and save it
straight to a PNG. How handy. And faster, and less timing-sensitive.
[originally from svn r7022]
|
| |
|
|
|
|
|
|
|
|
| |
mkfiles.pl change (I don't seem to be planning ahead very well this
week), this time to provide a list of fallback options for an object
file. That way, I have a no-icon.c which quietly replaces
icons/foo-icon.c if the latter doesn't exist, and so again people
checking straight out from Subversion shouldn't have trouble.
[originally from svn r7021]
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Windows puzzle binaries. This checkin involves several distinct
changes:
- mkfiles.pl now has an extra feature: if an object file is listed
in Recipe with a trailing question mark, it will be considered
optional, and silently dropped from the makefile if its primary
source file isn't present at the time mkfiles.pl runs. This means
people who check out the puzzles from Subversion and just run
mkfiles.pl shouldn't get build failures; they just won't get the
icons.
- all the .R files now use this feature to include an optional
Windows resource file.
- the .rc resource source files are built by icons/Makefile.
- windows.c finds the icon if present and uses it in place of the
standard Windows application icon.
[originally from svn r7020]
|
| |
|
|
|
|
|
|
|
|
| |
the main screenshots. (A few, like Map, were perfect already.)
In the process I've vertically reflected the puzzle shown in the
Pattern save file, to bring a more interesting piece of it into the
top left corner :-)
[originally from svn r7019]
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
screenshots into appropriate sizes and colour depths. This is all
done with a nasty Perl script, because ImageMagick does not output
correct .ICO format. Not sure why; it isn't _that_ hard.
I intend at some point to link the resulting icons into the actual
Windows puzzle binaries, but before then I have to make them
prettier: most of them would benefit from being derived from a
smaller crop of the puzzle screenshot instead of trying to fit the
whole thing in.
[originally from svn r7017]
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the web, which I hope will also end up being extended to generate
both Windows and X icons for each individual puzzle. The mechanism
is: for each puzzle there's a save file in the `icons' subdirectory
showing a game state which I think is a decent illustration of the
puzzle, and then there's a nasty set of scripts which runs each
puzzle binary, loads that save file, grabs a screenshot using xwd,
and munges it into shape.
In order to support this I've added two new options (--redo and
--windowid) to all the GTK puzzles, which I don't expect ever to be
used outside the icons makefile. I've also added two more options
(--load and --id) which force a GTK puzzle to treat its command-line
option as a save file or as a game ID respectively (the previous
behaviour was always to guess, and sometimes it guessed wrong).
[originally from svn r7014]
|