Write the source file for the new puzzle (duhh).
-Write a section in print.py, if applicable.
-
-Add it to Recipe in _four_ places:
- - the `ALL' definition, to ensure it is compiled into the OS X binary
- - as a GTK build target
- - as a Windows build target
- - in the Unix `make install' section at the bottom.
-
-Add it to list.c so that the OS X binary will be able to select it
-from the menus.
+Create a .R file for it which:
+ - defines a Recipe symbol for it if it requires auxiliary object
+ files
+ - adds it to the `ALL' definition, to ensure it is compiled into
+ the OS X binary
+ - adds it as a GTK build target
+ - adds it as a Windows build target
+ - adds auxiliary solver binaries if any
+ - adds it to $(GAMES) in the GTK makefile, for `make install'
+ - adds it to list.c for the OS X binary.
+
+If the puzzle is by a new author, modify the copyright notice in
+LICENCE and in puzzles.but. (Also in index.html, but that's listed
+below under website changes.)
+
+Double-check that the game structure name in the source file has
+been renamed from `nullgame', so that it'll work on OS X. Actually
+compiling it on OS X would be a good way to check this, if
+convenient.
Add a documentation section in puzzles.but.
Add the new Unix binary name to the svn:ignore property.
-Don't forget to `svn add' the new source file before checkin!
+Make a screenshot:
+ - create an appropriate save file in `icons'
+ - add the puzzle name to icons/Makefile
+ - set up a REDO property in icons/Makefile if desired
+
+Don't forget to `svn add' the new source file, the new .R file and
+the save file in `icons', before checkin!
Put the puzzle on the web:
- - make a screenshot
+ - make sure the screenshot is actually in the www directory
- add an entry in the puzzles list in index.html
+ - adjust the copyright in index.html if the puzzle is by a new
+ author
- add a link to the Windows binary
- make sure the Windows binary link points at the right binary, not
the wrong one!
~mdw / sgt / puzzles / blobdiff