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: Thu, 15 Jun 2017 22:25:20 +0300 Message-ID: <8337b12gv3.fsf@gnu.org> References: <03485ABD-CF71-4FF8-B887-ED7607341EBD@gnu.org> <83injx2uii.fsf@gnu.org> <8360fx2jm1.fsf@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 1497554800 2294 195.159.176.226 (15 Jun 2017 19:26:40 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 15 Jun 2017 19:26:40 +0000 (UTC) Cc: npostavs@users.sourceforge.net, monnier@iro.umontreal.ca, 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 Thu Jun 15 21:26:35 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 1dLaPa-0000Cv-A4 for ged-emacs-devel@m.gmane.org; Thu, 15 Jun 2017 21:26:34 +0200 Original-Received: from localhost ([::1]:55562 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dLaPd-0000hf-Uk for ged-emacs-devel@m.gmane.org; Thu, 15 Jun 2017 15:26:37 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38641) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dLaP3-0000hO-NB for emacs-devel@gnu.org; Thu, 15 Jun 2017 15:26:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dLaOz-0000eA-Ba for emacs-devel@gnu.org; Thu, 15 Jun 2017 15:26:01 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57803) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dLaOl-0000Ww-6H; Thu, 15 Jun 2017 15:25:43 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3890 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dLaOi-0004TQ-DW; Thu, 15 Jun 2017 15:25:42 -0400 In-reply-to: (message from Elias =?utf-8?Q?M=C3=A5rtenson?= on Fri, 16 Jun 2017 03:10:28 +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:215654 Archived-At: > From: Elias Mårtenson > Date: Fri, 16 Jun 2017 03:10:28 +0800 > Cc: Stefan Monnier , emacs-devel , > Noam Postavsky > > Right, I think it used to work only in very simple situations, and > definitely not when the same buffer is displayed at different > positions in several windows. > > Am I to assume that this is not something that is expected to work reliably? It's hard to answer without knowing what "this" is. If you mean code that first moves point in an undisplayed buffer and then switches to that buffer in the selected window expecting to see point in the location to which it was moved, then no, you cannot expect this to work reliably. (Previously, this would AFAIR luckily work only if you didn't have the same buffer shown in any other window.) > In that case SLIME needs to be changed in a more significant way > than I had expected. For reference, I reported this on the SLIME bug > tracker: https://github.com/slime/slime/issues/391 I think the solution you suggest there is the right one, it should have been taken long ago.