draw_polygon() and draw_circle() have always had a portability
authorsimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Sun, 3 Jul 2005 09:35:29 +0000 (09:35 +0000)
committersimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Sun, 3 Jul 2005 09:35:29 +0000 (09:35 +0000)
commit28b5987d5dbdcb396c07b937a638590e5361361e
tree57186385bcb66066feff354d9f23c400d4e360e4
parent5c9f61fd500f6fd53a9f33721a1e66b9d5e1d9cc
draw_polygon() and draw_circle() have always had a portability
constraint: because some front ends interpret `draw filled shape' to
mean `including its boundary' while others interpret it to mean `not
including its boundary' (and X seems to vacillate between the two
opinions as it moves around the shape!), you MUST NOT draw a filled
shape only. You can fill in one colour and outline in another, you
can fill or outline in the same colour, or you can just outline, but
just filling is a no-no.

This leads to a _lot_ of double calls to these functions, so I've
changed the interface. draw_circle() and draw_polygon() now each
take two colour arguments, a fill colour (which can be -1 for none)
and an outline colour (which must be valid). This should simplify
code in the game back ends, while also reducing the possibility for
coding error.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@6047 cda61777-01e9-0310-a592-d414129be87e
16 files changed:
cube.c
fifteen.c
flip.c
gtk.c
guess.c
mines.c
net.c
netslide.c
osx.m
pattern.c
puzzles.h
samegame.c
sixteen.c
solo.c
twiddle.c
windows.c