From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: position of line moves depending on visible chars Date: Sun, 17 Jul 2016 17:07:24 +0300 Message-ID: <83fur82w9v.fsf@gnu.org> References: <877fckl7c1.wl@dns1.atmark-techno.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1468764496 11022 80.91.229.3 (17 Jul 2016 14:08:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 17 Jul 2016 14:08:16 +0000 (UTC) Cc: emacs-devel@gnu.org To: Yasushi SHOJI Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 17 16:08:15 2016 Return-path: Envelope-to: ged-emacs-devel@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 1bOmjs-0004Xw-Mz for ged-emacs-devel@m.gmane.org; Sun, 17 Jul 2016 16:08:12 +0200 Original-Received: from localhost ([::1]:41748 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bOmjs-0003SX-0z for ged-emacs-devel@m.gmane.org; Sun, 17 Jul 2016 10:08:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33724) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bOmjJ-0003QK-36 for emacs-devel@gnu.org; Sun, 17 Jul 2016 10:07:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bOmjE-00008t-U2 for emacs-devel@gnu.org; Sun, 17 Jul 2016 10:07:36 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35820) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bOmjE-00008j-Qu; Sun, 17 Jul 2016 10:07:32 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1681 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bOmjD-0002NJ-2h; Sun, 17 Jul 2016 10:07:31 -0400 In-reply-to: <877fckl7c1.wl@dns1.atmark-techno.com> (message from Yasushi SHOJI on Sun, 17 Jul 2016 22:31:10 +0900) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:205774 Archived-At: > Date: Sun, 17 Jul 2016 22:31:10 +0900 > From: Yasushi SHOJI > > I'm seeing the position of a text line in an Emacs buffer moves up and > down depending on chars in the visible area. > > Let's say I'm running my Emacs on a system with two different fonts, > each of which has different height in the buffer. In my case they are > Japanese chars and ASCII chars. > > To reproduce this, put the following contents in an Emacs buffer and > make the width of the window narrow enough, so that the last long line > does not fit in the window. > > あ > ああ > あああ > ああああ > あああああ > ああああああaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa > > Enable truncate line (M-x toggle-truncate-lines) so the longest line > does not fold at the end. > > Now, put your cursor at the last long line and do C-a / C-e to move > back and forth. The position of the last line moves up and down a few > pixels depending on how much "あ" is visible/hidden. You can put more > "あ" vertically at the point-min and you see line moves more. This is not a bug, but the intended behavior: Emacs lays out lines according to what is actually shown. When you scroll the window horizontally by typing C-e, the lines became less tall, because the Japanese characters are not shown. > I'm using Emacs-25 branch (80e2044a7f19719720d330e2796c9dfe5471e100) > and this is not affect by -Q option, but rather height of fonts. The > master branch behaves as 25. Emacs 24 works just fine. > > Git bisect points at: > > > ba5f83dfe5dea1b9dd3fca5d21384afc92cd2060 is the first bad commit > > commit ba5f83dfe5dea1b9dd3fca5d21384afc92cd2060 > > Author: Eli Zaretskii > > Date: Sat May 30 12:33:08 2015 +0300 > > > > Fix display of cursor at end of empty lines Yes, this is a deliberate change in behavior, as explained in the commit log message. Thanks.