From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#10304: 24.0.92: display bug Date: Tue, 08 Jan 2013 07:43:50 +0200 Message-ID: <83ehhw8c15.fsf@gnu.org> References: <8762hihrj7.fsf@live.com> <8362gnhp9b.fsf@gnu.org> <8338yfamvk.fsf@gnu.org> <83wqvr8rci.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1357623849 29817 80.91.229.3 (8 Jan 2013 05:44:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 8 Jan 2013 05:44:09 +0000 (UTC) Cc: 10304@debbugs.gnu.org, schwab@linux-m68k.org To: Lars Magne Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 08 06:44:25 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TsRz2-0006W7-Ci for geb-bug-gnu-emacs@m.gmane.org; Tue, 08 Jan 2013 06:44:20 +0100 Original-Received: from localhost ([::1]:51330 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsRym-0003mH-L5 for geb-bug-gnu-emacs@m.gmane.org; Tue, 08 Jan 2013 00:44:04 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:51324) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsRyj-0003mB-Pm for bug-gnu-emacs@gnu.org; Tue, 08 Jan 2013 00:44:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TsRyi-0000Pp-OJ for bug-gnu-emacs@gnu.org; Tue, 08 Jan 2013 00:44:01 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42742) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsRyi-0000Pl-KX for bug-gnu-emacs@gnu.org; Tue, 08 Jan 2013 00:44:00 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TsRyk-0006cb-5N for bug-gnu-emacs@gnu.org; Tue, 08 Jan 2013 00:44:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Jan 2013 05:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10304 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 10304-submit@debbugs.gnu.org id=B10304.135762383825436 (code B ref 10304); Tue, 08 Jan 2013 05:44:01 +0000 Original-Received: (at 10304) by debbugs.gnu.org; 8 Jan 2013 05:43:58 +0000 Original-Received: from localhost ([127.0.0.1]:55983 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TsRyc-0006c8-A3 for submit@debbugs.gnu.org; Tue, 08 Jan 2013 00:43:57 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:60783) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TsRyV-0006br-J1 for 10304@debbugs.gnu.org; Tue, 08 Jan 2013 00:43:52 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MGA00500KZHMJ00@a-mtaout22.012.net.il> for 10304@debbugs.gnu.org; Tue, 08 Jan 2013 07:43:39 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MGA00582L8QLP30@a-mtaout22.012.net.il>; Tue, 08 Jan 2013 07:43:39 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:69486 Archived-At: > From: Lars Magne Ingebrigtsen > Cc: Andreas Schwab , 10304@debbugs.gnu.org > Date: Tue, 08 Jan 2013 06:11:34 +0100 > > Here's what the window looks like first, when everything is OK: > > ----------------------------- > | bla bla bla | > | bla bla bla | > | | > | -------- | > | |** ***| | > | |*image| | > | |** ***| | > | |** ***| | > | -------- | > | | > | bla bla | > | bla bla | > ----------------------------- > > Then I scroll. > > ----------------------------- > | foo | > | zot | > | more foo | > | this is the end of the | > | buffer | > | | > | |** ***| | > | |** ***| | > | -------- | > | | > | bla bla | > | bla bla | > ----------------------------- > > And the buffer ends where it says. :-) > > So I get the bottom half of the image, and then whatever was after the > image. > > So it's like it decides that it doesn't have to blank the window after > end-of-buffer if end-of-buffer happens in the middle of the image that > was displayed there. If you understand what I mean. :-) I think I do understand. My suspicion is that we somehow fail to realize that the screen estate formerly occupied by the image, and everything that follows it, needs to be cleared in its entirety. On the display engine level, the image takes just one "line" (called "glyph row"), and perhaps we somehow don't realize that the height of that "line" is large, and all of that needs to be cleared, not just the number of text lines of "normal" height that will replace the image on display. Thanks for the details, they confirm my suspicions. I now need to find whodunit in the code...