From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: goto-char doesn't stick Date: Wed, 14 Jun 2017 17:33:04 +0300 Message-ID: <83wp8e3ahr.fsf@gnu.org> References: <03485ABD-CF71-4FF8-B887-ED7607341EBD@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1497450860 22367 195.159.176.226 (14 Jun 2017 14:34:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 14 Jun 2017 14:34:20 +0000 (UTC) Cc: emacs-devel@gnu.org To: Elias =?utf-8?Q?M=C3=A5rtenson?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 14 16:34:15 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dL9N7-0005TR-4U for ged-emacs-devel@m.gmane.org; Wed, 14 Jun 2017 16:34:13 +0200 Original-Received: from localhost ([::1]:49392 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dL9NC-0001CY-9X for ged-emacs-devel@m.gmane.org; Wed, 14 Jun 2017 10:34:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51285) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dL9MF-0001B7-Bg for emacs-devel@gnu.org; Wed, 14 Jun 2017 10:33:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dL9M9-0003f1-Qn for emacs-devel@gnu.org; Wed, 14 Jun 2017 10:33:19 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35054) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dL9M9-0003eu-Ng; Wed, 14 Jun 2017 10:33:13 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2060 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dL9M8-0000Yh-Rm; Wed, 14 Jun 2017 10:33:13 -0400 In-reply-to: (message from Elias =?utf-8?Q?M=C3=A5rtenson?= on Wed, 14 Jun 2017 19:16:42 +0800) 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:215622 Archived-At: > From: Elias Mårtenson > Date: Wed, 14 Jun 2017 19:16:42 +0800 > Cc: emacs-devel > > It's a feature, new in Emacs 26. If you don't like it, turn off > switch-to-buffer-preserve-window-point. > Perhaps we should have a let-bindable variable to momentsrily disable this. > > Thanks. I think a variable for this would be great. That would make the SLIME fix reasonably small. Actually, I think a let-binding would be only rarely useful, since in most similar cases point is restored after all your forms already returned, and Emacs is restoring the window's buffer to its previous value as part of its main loop. Instead, I think you can prevent point from being restored as in your use case by filtering the offending buffer from the window's prev-buffers list, by using window-prev-buffers and set-window-prev-buffers as part of the Lisp code which moves point in that buffer.