Dusan Vujosevic dusanv@cadlink.com writes:
I seems that the problem I noted in bug #931 goes away when "PerfectGraphics" is set to false (????). I tracked the problem down to implementation of PATINVERT in BITBLT_InternalStretchBlt() (in graphics/x11drv/bitblt.c). It check whether 'perfect_graphics' is on and if it is it actually doesn't do the drawing:
case PATINVERT: /* 0x5a */
if (perfect_graphics()) break;
It does do the drawing, only using the slower and more general (and supposedly more correct) code that follows the switch statement.
Another question is why have the "PerfectGraphics" option at all when it produces drawing artifacts?
Well obviously it's not supposed to, that's a bug...