aboutsummaryrefslogtreecommitdiff
path: root/html/pegs.html
diff options
context:
space:
mode:
authorSimon Tatham <anakin@pobox.com>2017-04-24 17:09:30 +0100
committerSimon Tatham <anakin@pobox.com>2017-04-24 17:09:39 +0100
commitce6e3df99bc7825d1c1638d378320375eb05fd0b (patch)
tree69229ef0749ec9c662cf2eb1942d1bd08185014f /html/pegs.html
parente37d915f447e02b52236cee454dfe68749c6d876 (diff)
downloadpuzzles-ce6e3df99bc7825d1c1638d378320375eb05fd0b.zip
puzzles-ce6e3df99bc7825d1c1638d378320375eb05fd0b.tar.gz
puzzles-ce6e3df99bc7825d1c1638d378320375eb05fd0b.tar.bz2
puzzles-ce6e3df99bc7825d1c1638d378320375eb05fd0b.tar.xz
Use symbolic enum values in the Loopy presets array.
The use of plain numbers was needlessly confusing, and in particular made it too easy to make unintended changes to the existing Loopy presets when inserting a new grid enum value anywhere other than at the end of the list. But in the course of doing this I realised that, against all sensibleness, the numeric indices for grid types in grid.h and in Loopy itself don't match up! Right now I don't want to get sidetracked into fixing the structural confusion that made that happen in the first place, but I've at least materialised Loopy's version of the enum with clearly identifiable LOOPY_GRID_* names.
Diffstat (limited to 'html/pegs.html')
0 files changed, 0 insertions, 0 deletions