home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ogicse!decwrl!gossip.pyramid.com!pyramid!unify!openlook!openlook-request
- From: merlyn@usl.com
- Newsgroups: comp.windows.open-look
- Subject: Re: OLIT PopupWindowShell woes
- Message-ID: <jutcrfs@openlook.Unify.Com>
- Date: 9 Nov 92 14:51:00 GMT
- Article-I.D.: openlook.jutcrfs
- Sender: news@Unify.Com
- Distribution: world
- Lines: 37
-
- >> In an OLIT application, I am creating a PopupWindowShell
- >> which, when realized, obscures a StaticText widget.
- >> A popup callback does a setvalues on the StaticText background
- >> and string resources.
- >>
- >> When the popup goes away, the underlying StaticText is
- >> unchanged: Neither the background color nor the
- >> text are unchanged. By temporarily obscuring the
- >> StaticText with another window and uncovering it, presto,
- >> the update occurs.
-
- > This is a bug in the Sun OpenWindows server (xnews).
- > 1056492 Widget doesn't redisplay new image after being unobscured
- > ...
- > 1101123 x11news server fails to generate correct expose events with popup window
- > ...
- > Popup windows use backing store (y'know, so that they
- > don't have to refresh what lies underneath).
- >
- > Well, if you modify the appearance of something
- > that is underneath a popup window then the
- > beastie under that popup does not get an
- > expose event.
-
- In summary (if I read this correctly): (1) The xnews server has
- trouble with save-unders. (2) The PopupWindow (and any other
- windows subclassed from TransientShell or OverrideShell) by
- default turn on save-unders.
-
- A work-around is to turn off the save-unders, by setting XtNsaveUnders
- on the PopupWindow widget to False:
-
- *PopupWindowShell.saveUnders: false
-
-
- Steve Humphrey
- UNIX System Laboratories
-