| Commit message (Collapse) | Author | Age |
| |
|
|
| |
[originally from svn r4473]
|
| |
|
|
|
|
| |
redrawing an undo. Seems to work.
[originally from svn r4470]
|
| |
|
|
|
|
|
|
|
| |
argument `dir' which tells them whether this redraw is due to an undo, rather
than have them second-guess it from game state.
Note that none of the actual games yet take advantage of this; so it hasn't
been tested in anger (although it has been inspected by debugging).
[originally from svn r4469]
|
| |
|
|
| |
[originally from svn r4467]
|
| |
|
|
|
|
| |
I'd prefer to be able to share a single instance with PuTTY.
[originally from svn r4466]
|
| |
|
|
|
|
| |
the expansion factor...
[originally from svn r4465]
|
| |
|
|
| |
[originally from svn r4464]
|
| |
|
|
|
|
| |
a MODULE file.
[originally from svn r4463]
|
| |
|
|
|
|
| |
structure.
[originally from svn r4462]
|
| |
|
|
|
|
|
|
| |
of puzzle. Configurable option, turned off by default, and not
propagated in game IDs (though you can explicitly specify it in
command-line parameters, and the docs explain how).
[originally from svn r4461]
|
| |
|
|
| |
[originally from svn r4460]
|
| |
|
|
|
|
|
|
|
|
|
| |
gtk_main_quit not to get called, with the result that the whole game
ended up running one gtk_main level lower down. This meant that
final dialog box processing was not performed, so that (for example)
selecting 1x1 in Net, hitting OK and getting an error box, then
selecting a different size and hitting OK again failed to change to
the new size.
[originally from svn r4376]
|
| |
|
|
| |
[originally from svn r4322]
|
| |
|
|
| |
[originally from svn r4257]
|
| |
|
|
| |
[originally from svn r4255]
|
| |
|
|
| |
[originally from svn r4240]
|
| |
|
|
| |
[originally from svn r4239]
|
| |
|
|
|
|
|
| |
command-line argument which is either a set of parameters or a
params+seed game ID.
[originally from svn r4234]
|
| |
|
|
|
|
|
|
|
|
|
|
| |
parameters as a string, and decode it again. This is used in
midend.c to prepend the game parameters to the game seed, so that
copying out of the Specific box is sufficient to completely specify
the game you were playing.
Throughout development of these games I have referred to `seed'
internally, and `game ID' externally. Now there's a measurable
difference between them! :-)
[originally from svn r4231]
|
| |
|
|
| |
[originally from svn r4223]
|
| |
|
|
| |
[originally from svn r4222]
|
| |
|
|
|
|
|
|
|
| |
to maintain the `visible' array accurately and hence actually switch
it on. This prevents us having to redraw the entire playing area on
any move, which means really big grids are now sensibly playable
without display lag.
[originally from svn r4221]
|
| |
|
|
|
|
|
| |
generation. Grid generation should now be orders of magnitude faster
at large sizes.
[originally from svn r4220]
|
| |
|
|
|
|
| |
experience.
[originally from svn r4219]
|
| |
|
|
| |
[originally from svn r4218]
|
| |
|
|
| |
[originally from svn r4216]
|
| |
|
|
|
|
| |
net.exe.
[originally from svn r4215]
|
| |
|
|
|
|
| |
in Net.
[originally from svn r4214]
|
| |
|
|
|
|
|
| |
display of a new game, so I'll add it to nullgame.c and hope that
makes me remember it next time!
[originally from svn r4213]
|
| |
|
|
| |
[originally from svn r4212]
|
| |
|
|
|
|
|
|
| |
unless there's actual activity happening as a result of the move.
Net animations were tending to get rushed to conclusion by the mouse
button release now that it's being reported to the mid-end.
[originally from svn r4211]
|
| |
|
|
|
|
|
| |
`enddrag' is TRUE, not just when the end of the drag was within a
sensible range.
[originally from svn r4210]
|
| |
|
|
|
|
|
|
| |
feature to arrange a mechanism that allows you to draw a whole
rectangle at a time by dragging rather than having to click each
edge individually.
[originally from svn r4209]
|
| |
|
|
| |
[originally from svn r4208]
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
addition to the `game_state'. The new structure is intended to
contain ephemeral data pertaining to the game's user interface
rather than the actual game: things stored in the UI structure are
not restored in an Undo, for example.
make_move() is passed the UI to modify as it wishes; it is now
allowed to return the _same_ game_state it was passed, to indicate
that although no move has been made there has been a UI operation
requiring a redraw.
[originally from svn r4207]
|
| |
|
|
| |
[originally from svn r4206]
|
| |
|
|
| |
[originally from svn r4200]
|
| |
|
|
| |
[originally from svn r4199]
|
| |
|
|
|
|
| |
compilation under GTK 2.
[originally from svn r4198]
|
| |
|
|
|
|
| |
me testing the wrong variables for clicks on the tile border...
[originally from svn r4197]
|
| |
|
|
|
|
| |
`Makefile.gtk'.
[originally from svn r4196]
|
| |
|
|
| |
[originally from svn r4195]
|
| |
|
|
| |
[originally from svn r4194]
|
| |
|
|
| |
[originally from svn r4193]
|
| |
|
|
| |
[originally from svn r4192]
|
| |
|
|
|
|
|
|
| |
with last_movement_sense (which was necessary to fix the animation
when the grid was only 2 squares wide in either dimension). Movement
sense is now inverted if the move being animated is an undo.
[originally from svn r4191]
|
| |
|
|
|
|
|
|
|
|
|
| |
specifically, the elapsed time between calls varies much more with
GTK than it does under Windows. Therefore, I now take my own time
readings on every timer call, and this appears to have made the
animations run at closer to the same speed between platforms. Having
done that, I decided some of them were at the _wrong_ speed, and
fiddled with each game's timings as well.
[originally from svn r4189]
|
| |
|
|
| |
[originally from svn r4188]
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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]
|
| |
|
|
|
|
|
|
|
| |
mechanism I've just invented (the midend handles the standard game
selection configuration). Each game is now required to validate its
own seed data before attempting to base a game on it and potentially
confusing itself.
[originally from svn r4186]
|