aboutsummaryrefslogtreecommitdiff
path: root/samegame.c
diff options
context:
space:
mode:
authorSimon Tatham <anakin@pobox.com>2005-08-20 15:48:55 +0000
committerSimon Tatham <anakin@pobox.com>2005-08-20 15:48:55 +0000
commit3bfb9b108ea7276c5f0986aa82787cd8f098d6eb (patch)
tree54c723372808766c93b7d41a9607c68eb54d4e91 /samegame.c
parentcf224a65563de65e9a97a9237dcc4cbb9df182a5 (diff)
downloadpuzzles-3bfb9b108ea7276c5f0986aa82787cd8f098d6eb.zip
puzzles-3bfb9b108ea7276c5f0986aa82787cd8f098d6eb.tar.gz
puzzles-3bfb9b108ea7276c5f0986aa82787cd8f098d6eb.tar.bz2
puzzles-3bfb9b108ea7276c5f0986aa82787cd8f098d6eb.tar.xz
Native Windows printing support, using the infrastructure I put in
place in r6190. I'm quite pleased that I didn't have to modify the printing infrastructure _at all_ to make this work; the only source change required outside windows.c was the addition of a trivial utility function midend_get_params(), and that was for the benefit of bulk puzzle generation rather than anything to do with actual printing. As far as I can tell, all printable puzzles now print almost indistinguishably from the way they print under Unix. If you look closely the font is slightly different, and the Windows standard hatching doesn't seem to be quite as nice as the kind I did by hand in ps.c (and, particularly annoyingly, hatched areas don't show up at all for me when I print to a file and use gv, though they come out fine on the printer itself); but it's all there, and it all works. [originally from svn r6193] [r6190 == af59dcf6858264103bbc621761feee3aed5aaf2a]
Diffstat (limited to 'samegame.c')
0 files changed, 0 insertions, 0 deletions