diff options
| author | Simon Tatham <anakin@pobox.com> | 2005-04-27 19:44:34 +0000 |
|---|---|---|
| committer | Simon Tatham <anakin@pobox.com> | 2005-04-27 19:44:34 +0000 |
| commit | 3d4f276f1fabeea8a2d94e8a72db765f1dcc4316 (patch) | |
| tree | a1f5797adbbce469986046120a5e5875c36985e8 /solo.c | |
| parent | 37a0c1af6a8b6d4f9ab2ab2adb3218b44bc64a04 (diff) | |
| download | puzzles-3d4f276f1fabeea8a2d94e8a72db765f1dcc4316.zip puzzles-3d4f276f1fabeea8a2d94e8a72db765f1dcc4316.tar.gz puzzles-3d4f276f1fabeea8a2d94e8a72db765f1dcc4316.tar.bz2 puzzles-3d4f276f1fabeea8a2d94e8a72db765f1dcc4316.tar.xz | |
Fix inconsistent vertical centring of text in GTK (and update Solo's
todo list, which complained about this because Solo was the only
puzzle noticeably affected).
[originally from svn r5694]
Diffstat (limited to 'solo.c')
| -rw-r--r-- | solo.c | 8 |
1 files changed, 0 insertions, 8 deletions
@@ -3,20 +3,12 @@ * * TODO: * - * - can we do anything about nasty centring of text in GTK? It - * seems to be taking ascenders/descenders into account when - * centring. Ick. - * * - it might still be nice to do some prioritisation on the * removal of numbers from the grid * + one possibility is to try to minimise the maximum number * of filled squares in any block, which in particular ought * to enforce never leaving a completely filled block in the * puzzle as presented. - * + be careful of being too clever here, though, until after - * I've tried implementing difficulty levels. It's not - * impossible that those might impose much more important - * constraints on this process. * * - alternative interface modes * + sudoku.com's Windows program has a palette of possible |