[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Redraw problem with overlapping frames
From: |
Chong Yidong |
Subject: |
Re: Redraw problem with overlapping frames |
Date: |
Tue, 07 Aug 2007 13:23:20 -0400 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) |
David Kastrup <address@hidden> writes:
>> When I have overlapping frames and issue a command in the lower frame
>> that will cause the minibuffer to be extended in size (here:
>> emacs-version), then after the resize, there is redraw cruft in the
>> lower frame (which disappears once the minibuffer is shrunk again).
>> One can't consistently trigger this, and the probability of getting
>> this behavior is much lower when compared to versions from the
>> beginning of the year. I would not recommend trying to fix this in
>> EMACS_22_BASE as the effect lasts only temporarily (until the
>> minibuffer gets shrunk again). For Emacs 23, however, one might want
>> to see how it is triggered.
>>
>> I have only ever seen this effect with overlapping Emacs frames from
>> the same session: overlapping frames from other applications possibly
>> don't trigger it (no guarantees, though). I include a screenshot.
>
> Uh, no guarantees... It turns out that when I place something like a
> shell window partially obscuring an Emacs frame with, say, a shell
> buffer running some compilation, then I get lots of display cruft in
> the Emacs frame. The cruft occurs in
> a) the top line partially obscured by the obscuring window
> b) below the bottom line partially obscured
>
> It would appear that scrolling does copy the material in the partially
> obscured cases, but fails to clear the partial lines before
> resp. after moving the displayed material at top resp. bottom.
I haven't been able to reproduce this at all.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: Redraw problem with overlapping frames,
Chong Yidong <=