home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.windows.x
- Path: sparky!uunet!usc!snorkelwacker.mit.edu!thunder.mcrcim.mcgill.edu!mouse
- From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
- Subject: Re: What would this window obscure?
- Message-ID: <1992Sep6.074714.17579@thunder.mcrcim.mcgill.edu>
- Organization: McGill Research Centre for Intelligent Machines
- References: <RJC.92Aug27183542@daiches.cogsci.ed.ac.uk> <WARE.92Sep3135501@organ.cis.ohio-state.edu>
- Date: Sun, 6 Sep 92 07:47:14 GMT
- Lines: 29
-
- > Distribution: comp
-
- Please don't misuse newsgroup hierarchy names as distributions.
-
- In article <WARE.92Sep3135501@organ.cis.ohio-state.edu>, ware@organ.cis.ohio-state.edu (Peter Ware) writes:
- > In article <1992Sep3.154113.10359@cam-orl.co.uk> thg@cam-orl.co.uk
- > (Tim Glauert) writes:
- >> [The server] is allowed to generate expose events on areas which are
- >> already visible.
- > Pardon the technitrivia, but are you sure the server is allowed to
- > generate expose events for visible regions?
-
- In a practical sense, yes: the sample server does it. (Of course, it
- must *always* paint the exposed areas with the window's background, as
- if a real expose had happened.) The (R4) protocol document's
- description of the Expose event is
-
- It is generated when no valid contents are available for regions
- of a window, and either the regions are visible, [or other clauses
- about backing-store].
-
- So all you need to do decree that in certain situations the server
- loses parts of the contents of the window, and presto! the condition is
- satisfied, so an Expose event must be generated.
-
- der Mouse
-
- mouse@larry.mcrcim.mcgill.edu
-