Re: Backing store 'always' windows & window mapping
Re: Backing store 'always' windows & window mapping
- Subject: Re: Backing store 'always' windows & window mapping
- From: Eric Fielding <email@hidden>
- Date: Tue, 27 Jan 2004 03:50:48 +0000
I have used IDL for many years on a number of operating systems and
windowing systems. I remember that it often had the problem of data
plotting windows appearing blank when windows were hidden and
redisplayed. This is certainly not a new problem with the Mac X11 or
Xdarwin servers. I can't remember exactly which X servers and window
managers did manage to replot the IDL windows.
I always solved it by manually forcing an expose event, dragging another
window in front.
Cheers,
++Eric Fielding
Sean Ahern wrote:
Hm. While relying on backing store might work for many cases, you really
shouldn't rely on it. From the comp.windows.x FAQ
(http://www.faqs.org/faqs/x-faq/part7/section-39.html):
187) Can I rely on a server which offers backing store?
You can assume only that the X server has the capability of doing
backing store and that it might do so and keep your application's
visuals up-to-date without your program's involvement; however, the X
server can run out of resources at any time, so you must be able to
handle the exposure events yourself. You cannot rely on a server which
offers backing store to maintain your windows' contents on your behalf.
With this in mind, I'd put the blame on IDL.
You might be able to work around the problem by sending an Expose event when
you remap/unminimize the windows.
-Sean
Matthew Klahn wrote:
Hi, everyone.
We've gotten a bug report for CodeTek VirtualDesktop Pro 3.0 and X11,
and I actually noticed that it was a general problem with the use of
backing store for a window and X11.app. We have customers that use IDL,
which requires a backing store for some of its plotting windows, and
when those windows are unmapped and then remapped, the window will come
back completely black. Because we unmap & remap windows when you change
virtual desktops, this problem occurs quite often, BUT if you minimize
the window and then unminimize it (which I assume will also unmap &
remap the window, respectively) the same problem occurs. Therefore, I
wonder:
1) Is XFree86/X11.app not handling backing store properly or
2) Is there some X function/notification that I need to send to have
these windows restored properly?
When I use xdpyinfo, I notice that it says that the backing store is
turned off by default in X11. Research in the archives of the mailing
list shows that you can't turn it on via config because there is no
config file for rootless X servers. I tried setting the .xserverrc file
to have:
X -quartz -nolisten tcp +bs
but that was apparently ignored. Other posts seemed to imply that
backing store was on, or that X11.app was using a backing store for all
windows regardless. Is there any way to turn on the backing store for
the X server, or otherwise get these windows to map back in with their
contents and X11.app?
Thanks in advance!
--
Matthew S. Klahn
Software Architect, CodeTek Studios, Inc.
http://www.codetek.com
__
email@hidden
925-422-1648
_______________________________________________
x11-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/x11-users
X11 for Mac OS X FAQ: http://developer.apple.com/qa/qa2001/qa1232.html
Report issues, request features, feedback: http://developer.apple.com/bugreporter
Do not post admin requests to the list. They will be ignored.
_______________________________________________
x11-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/x11-users
X11 for Mac OS X FAQ: http://developer.apple.com/qa/qa2001/qa1232.html
Report issues, request features, feedback: http://developer.apple.com/bugreporter
Do not post admin requests to the list. They will be ignored.