*
* 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
#ifdef STANDALONE_SOLVER
, "intersectional analysis,"
" row %d vs block (%d,%d)",
- 1+YUNTRANS(y), 1+x, 1+y%r
+ 1+YUNTRANS(y), 1+x/r, 1+y%r
#endif
) ||
nsolve_intersect(usage, cubepos(x,y%r,n), r*cr,
#ifdef STANDALONE_SOLVER
, "intersectional analysis,"
" block (%d,%d) vs row %d",
- 1+x, 1+y%r, 1+YUNTRANS(y)
+ 1+x/r, 1+y%r, 1+YUNTRANS(y)
#endif
))) {
diff = max(diff, DIFF_INTERSECT);
c = 'a' + c-10;
printf("%c", c);
if (x+1 < p->c * p->r) {
- if ((x+1) % p->c)
+ if ((x+1) % p->r)
printf(" ");
else
printf(" | ");
}
}
printf("\n");
- if (y+1 < p->c * p->r && (y+1) % p->r == 0) {
+ if (y+1 < p->c * p->r && (y+1) % p->c == 0) {
for (x = 0; x < p->c * p->r; x++) {
printf("-");
if (x+1 < p->c * p->r) {
- if ((x+1) % p->c)
+ if ((x+1) % p->r)
printf("-");
else
printf("-+-");