Dusan Vujosevic <[EMAIL PROTECTED]> 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... -- Alexandre Julliard [EMAIL PROTECTED]