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 14:13:56 +0300 Message-ID: <03485ABD-CF71-4FF8-B887-ED7607341EBD@gnu.org> References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1497438854 2280 195.159.176.226 (14 Jun 2017 11:14:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 14 Jun 2017 11:14:14 +0000 (UTC) User-Agent: K-9 Mail for Android To: emacs-devel@gnu.org, =?ISO-8859-1?Q?Elias_M=E5rtenson?= , emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 14 13:14:11 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 1dL6FW-0000Mb-RU for ged-emacs-devel@m.gmane.org; Wed, 14 Jun 2017 13:14:10 +0200 Original-Received: from localhost ([::1]:47829 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dL6Fc-0000Qy-7R for ged-emacs-devel@m.gmane.org; Wed, 14 Jun 2017 07:14:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40848) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dL6FT-0000Pf-Qx for emacs-devel@gnu.org; Wed, 14 Jun 2017 07:14:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dL6FO-00033W-3Q for emacs-devel@gnu.org; Wed, 14 Jun 2017 07:14:07 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60211) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dL6FN-00033S-W1; Wed, 14 Jun 2017 07:14:02 -0400 Original-Received: from [109.253.219.137] (port=8800 helo=[10.168.230.182]) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dL6FM-0001MB-QU; Wed, 14 Jun 2017 07:14:01 -0400 In-Reply-To: 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:215618 Archived-At: On June 14, 2017 12:45:15 PM GMT+03:00, "Elias M=C3=A5rtenson" wrote: >I have been trying to figure out why M-=2E in SLIME sometimes doesn't >move >point to the correct location in the file, and I discovered the >following >strange behaviour: > >Assuming the cursor is at some random position in buffer "z", The SLIME >code essentially does the following to move the cursor to a given >location: > > (progn > (set-buffer "z") > (goto-char LOCATION)) > >When I do this, point doesn't move=2E Or rather, it does move, but after >the >conclusion of the =E2=80=98progn=E2=80=99 form, the cursor returns to its= original >location=2E This is what causes the SLIME navigation functions to not >work >correctly=2E > >Has this behaviour changed recently? I haven't seen anyone else >complain >about this, but then again, I usually run Emacs compiled from git >master, >so it may be that this has changed in newer versions=2E > >Regards, >Elas It's a feature, new in Emacs 26=2E If you don't like it, turn off switch-to-buffer-preserve-window-point=2E Perhaps we should have a let-bindable variable to momentsrily disable this= =2E