Re: Backing store 'always' windows & window mapping
Re: Backing store 'always' windows & window mapping
- Subject: Re: Backing store 'always' windows & window mapping
- From: Rich Cook <email@hidden>
- Date: Tue, 27 Jan 2004 12:58:11 -0800
Specifically, my colleague has recommended that IDL users seeing this
problem look in their IDL documentation for use of the RETAIN keyword.
On Jan 27, 2004, at 9:49 AM, Karl Schultz wrote:
-----Original Message-----
From: Sean Ahern [mailto:email@hidden]
Sent: Monday, January 26, 2004 12:28 PM
To: Matthew Klahn
Cc: email@hidden
Subject: Re: Backing store 'always' windows & window mapping
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.
IDL is an application development language. When the IDL programmer
creates
a graphic drawing window, they have the option of specifying the
refresh
policy on the window. The user of the IDL application also has some
control
over this if the particular IDL application allows it.
The IDL application can specify the refresh policy by asking to always
get
expose/map events, get these events only if BS is not avail, and force
the
IDL system to use its own backing store so that the IDL application
does not
need to handle window repair duties.
So, some of this behavior may depend on the individual IDL application
and/or user default IDL RETAIN settings.
Karl
_______________________________________________
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.
--
Richard Cook
Lawrence Livermore National Laboratory
Bldg-451 Rm-2043, Mail Stop L-561
7000 East Avenue, Livermore, CA, 94550, USA
phone (925) 423-9605 (work) fax (925) 423-8704
---
Information Management & Graphics Grp., Services & Development Div.,
Integrated Computing & Communications Dept.
(opinions expressed herein are mine and not those of LLNL)
_______________________________________________
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.