From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: [dak@gnu.org: Re: Redraw problem with overlapping frames] Date: Tue, 14 Aug 2007 09:47:47 -0400 Message-ID: <871we6i5x8.fsf@stupidchicken.com> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1187099491 28642 80.91.229.12 (14 Aug 2007 13:51:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 14 Aug 2007 13:51:31 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 14 15:51:28 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IKwnv-0000iQ-J7 for ged-emacs-devel@m.gmane.org; Tue, 14 Aug 2007 15:51:27 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IKwnv-0004tw-0H for ged-emacs-devel@m.gmane.org; Tue, 14 Aug 2007 09:51:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IKwns-0004sw-4d for emacs-devel@gnu.org; Tue, 14 Aug 2007 09:51:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IKwnr-0004sf-K1 for emacs-devel@gnu.org; Tue, 14 Aug 2007 09:51:23 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IKwnr-0004sb-BU for emacs-devel@gnu.org; Tue, 14 Aug 2007 09:51:23 -0400 Original-Received: from cyd.mit.edu ([18.115.2.24]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IKwnn-0000ZJ-Qo; Tue, 14 Aug 2007 09:51:19 -0400 Original-Received: by cyd.mit.edu (Postfix, from userid 1000) id B481A4E37B; Tue, 14 Aug 2007 09:47:47 -0400 (EDT) In-Reply-To: (Richard Stallman's message of "Mon\, 13 Aug 2007 20\:28\:28 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) X-Detected-Kernel: Linux 2.6 (newer, 1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:76499 Archived-At: Richard Stallman writes: > Can someone please debug this, and ack? Like I said in an earlier message, I haven't been able to reproduce this at all. Maybe a more detailed recipe and more information would help. > From: David Kastrup > Subject: Re: Redraw problem with overlapping frames > To: emacs-pretest-bug@gnu.org > > David Kastrup writes: > >> Please write in English if possible, because the Emacs maintainers >> usually do not have translators to read other languages for them. >> >> Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. >> >> Please describe exactly what actions triggered the bug >> and the precise symptoms of the bug: >> >> 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. > > - -- > David Kastrup > > > > _______________________________________________ > emacs-pretest-bug mailing list > emacs-pretest-bug@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug > ---------- > > > > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-devel