From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: delete-overlay causes recentering Date: Wed, 25 Apr 2007 10:51:45 -0400 Message-ID: References: <25771086.79401173867519911.JavaMail.www@wwinf4104> <87fy72v2bs.fsf@stupidchicken.com> <87zm5av218.fsf@stupidchicken.com> <873b31e9tq.fsf@stupidchicken.com> <87zm4yr1ty.fsf@stupidchicken.com> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1177512922 2670 80.91.229.12 (25 Apr 2007 14:55:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 25 Apr 2007 14:55:22 +0000 (UTC) Cc: emacs-devel@gnu.org, bojohan+news@dd.chalmers.se To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 25 16:55:19 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 1Hgitp-0003WZ-0g for ged-emacs-devel@m.gmane.org; Wed, 25 Apr 2007 16:55:17 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HgizR-0003Si-HH for ged-emacs-devel@m.gmane.org; Wed, 25 Apr 2007 11:01:05 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Hgiyi-00035Y-0Z for emacs-devel@gnu.org; Wed, 25 Apr 2007 11:00:20 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Hgiyg-00034M-0X for emacs-devel@gnu.org; Wed, 25 Apr 2007 11:00:18 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Hgiyf-00034J-Pu for emacs-devel@gnu.org; Wed, 25 Apr 2007 11:00:17 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Hgit2-0001ja-5Y for emacs-devel@gnu.org; Wed, 25 Apr 2007 10:54:28 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1HgiqP-0003Jy-FH; Wed, 25 Apr 2007 10:51:45 -0400 In-reply-to: <87zm4yr1ty.fsf@stupidchicken.com> (message from Chong Yidong on Mon, 23 Apr 2007 21:35:53 -0400) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) 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:70103 Archived-At: When the filling command has reformatted the buffer text, the redisplay code still starts window display at the old window start -- which still is in the middle of a line, but not at the same relative position in the line as before ... so it gets confused. This is just one way in which a buffer change can mess things up when window start is not at the start of a line, so I think it is generally a bit difficult to find a method which will always select the intuitively best window start after such a change. In that case, it is supposed to recenter. However, the bug of spurious recentering occurs when the buffer has not been changed at all. It should be easy to distinguish that case and recognize that there is no need to recenter. In any case, the bug is not fixed. I observed it after C-c C-c to send a message, in an Emacs I built yesterday which has your fix in it.