Hajime wrote:Is a Jigsaw always replacing the boxes or can they exists together in one puzzle?
Most people assume a "Sudoku Jigsaw" is a 3D puzzle, namely rows + cols + jigsaw-regions.
But they can certainly exist together - my generator produces 4D Jigsaw puzzles, ie. with rows + cols + boxes + jigsaw-regions.
JSudoku and Broughton's
SudokuSolver use "Sumocue" format for import/export of jigsaw puzzles. That combines clues with jigsaw-regions in a rather cumbersome 324 character format, which is twice as long as it needs to be, so I really am not fond of that at all.
My use of A-G in those examples you found can of course be replaced by the standard 1 to 9 format. My generator accepts either form. And whether the puzzle definition is all on one line or two separate lines should not really matter. My "import puzzle from clipboard" function strips all non-significant characters, including NL's and CR's, spaces etc. If what is left has exactly 162 characters it is split into its 2 components (puzzle + jigsaw-definition) and treated accordingly. When posting in this forum it is just neater, more convenient, to split them into two lines.
How to distinguish between a 3D Jigsaw and a 4D Jigsaw? I think a tag is the best option. It also caters for any 4D/5D/6D puzzle. My most exotic creation is a 6D puzzle which has rows + cols + Jigsaw-regions + Sudoku-boxes + SudokuP (aka Disjoint groups) + SudokuW (Windoku). And it also comes with diagonals (SudokuX).
Since it is only the Jigsaw Regions that need explicit identification, a tag system makes sense. A tag identifies the puzzle type, eg "JS", "JSPWX", and is followed by the normal puzzle definition and (if Jigsaw mode), the jigsaw definition.
So for our original example, I would indicate the 4D case (ie Sudoku boxes also apply) like this:
- Code: Select all
JS
4.....7...8.....13.9..5..6..3.1482.......2............5.7.....6..829...4.........
AABBBBBCCDAABBBBCEDAACCCCCEDAFFFCEEEDAAFFFGGEDDDHFFFGEDHHHHHGGEDHIIIIGGEHHIIIIIGG