From 3bfb9b108ea7276c5f0986aa82787cd8f098d6eb Mon Sep 17 00:00:00 2001 From: Simon Tatham Date: Sat, 20 Aug 2005 15:48:55 +0000 Subject: 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] --- devel.but | 10 ++++++++++ 1 file changed, 10 insertions(+) (limited to 'devel.but') diff --git a/devel.but b/devel.but index d310d2c..5017766 100644 --- a/devel.but +++ b/devel.but @@ -2455,6 +2455,16 @@ previously got it from \cw{midend_fetch_preset()} (\k{midend-fetch-preset}). Thus, this function is usually called in response to the user making a selection from the presets menu. +\H{midend-get-params} \cw{midend_get_params()} + +\c game_params *midend_get_params(midend *me); + +Returns the current game parameters stored in this mid-end. + +The returned value is dynamically allocated, and should be freed +when finished with by passing it to the game's own +\cw{free_params()} function (see \k{backend-free-params}). + \H{midend-size} \cw{midend_size()} \c void midend_size(midend *me, int *x, int *y, int expand); -- cgit v1.1