I have the following problem: when a window is obscured and then made visible again the obscured part is lost. I have tried grx245 and grx246 on Debian Woody with KDE. The problem vanishes when the display is redirected to a machine which uses fvwm as a window manager.
I long I can see the only effort grx makes to make display persistent is to request backing store. My impression was that backing store is always optional. For my own simple program I used pixmap as a window background and directed all drawing to that pixmap -- it works on the machine where grx method failed. So the question is if grx method to avoid refresh should be changed?
Hi!
On Mon, Apr 14, 2003 at 11:03:04 +0200, Waldek Hebisch wrote:
I have the following problem: when a window is obscured and then made visible again the obscured part is lost.
Please see "Known GRX problems":
| * The driver can't respond to PAINT events, so it has problems with | XFree86 v4 because the backing-store is not enabled by default. The | best solution is to have a context to save the actual window (and | the GrPixel problem can be solved too). Te workaround is to add | next lines to the /etc/X11/XF86Config-4 file, in the Device section: | Option "BackingStore" | Option "SaveUnders"
Eike