Simplify clip region handling under Windows, which also makes Solo's
authorsimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Sat, 23 Apr 2005 17:09:19 +0000 (17:09 +0000)
committersimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Sat, 23 Apr 2005 17:09:19 +0000 (17:09 +0000)
commitea25d9da1671ff72154b974522350b70ef46e0ce
tree9f984cd5341e794e6a919c33aae333e2db154586
parentc1f743c8b8bd840b5bf91bf1c1e88a99fe780bcb
Simplify clip region handling under Windows, which also makes Solo's
clipping policy work properly. I haven't proved why it didn't work
the previous way, but I have a good guess: I think that clip regions
are handled by reference. So I saved the old clip region out of the
DC, then did an IntersectClipRect, and then selected the old clip
region back in again - but the old clip region had never been
_de_-selected, because IntersectClipRect didn't change which object
was selected but rather it modified-in-place the one that already
was selected. So my attempt to restore the old clip region did
nothing whatsoever, and thus clipping to two different rectangles
during the same draw sequence failed. Now I'm completely destroying
the clip region during unclip(), which seems to work better.

git-svn-id: svn://svn.tartarus.org/sgt/puzzles@5662 cda61777-01e9-0310-a592-d414129be87e
windows.c