David Kastrup <[EMAIL PROTECTED]> 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. _______________________________________________ emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
