From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: =?UTF-8?Q?Elias_M=C3=A5rtenson?= Newsgroups: gmane.emacs.devel Subject: Re: goto-char doesn't stick Date: Wed, 14 Jun 2017 19:09:45 +0800 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a114dfce2018cba0551e99768" X-Trace: blaine.gmane.org 1497438611 19281 195.159.176.226 (14 Jun 2017 11:10:11 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 14 Jun 2017 11:10:11 +0000 (UTC) Cc: schwab@suse.de, emacs-devel To: Yuri Khan Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 14 13:09:59 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 1dL6BT-0004Ke-9r for ged-emacs-devel@m.gmane.org; Wed, 14 Jun 2017 13:09:59 +0200 Original-Received: from localhost ([::1]:47811 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dL6BY-0006aR-AM for ged-emacs-devel@m.gmane.org; Wed, 14 Jun 2017 07:10:04 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39801) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dL6BI-0006Wj-4J for emacs-devel@gnu.org; Wed, 14 Jun 2017 07:09:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dL6BH-0001ja-8K for emacs-devel@gnu.org; Wed, 14 Jun 2017 07:09:48 -0400 Original-Received: from mail-vk0-x22d.google.com ([2607:f8b0:400c:c05::22d]:35304) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dL6BH-0001jQ-2M for emacs-devel@gnu.org; Wed, 14 Jun 2017 07:09:47 -0400 Original-Received: by mail-vk0-x22d.google.com with SMTP id 191so78676979vko.2 for ; Wed, 14 Jun 2017 04:09:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=SyrpBfbvyEJ5xeeDQBk7Z1yYu6hG+3cr2XRurOwkpdQ=; b=K5JKjBe5AFSIrIhxK1a7nZfLfJDIIuMJBt/c8wAMygzthwPZ4Iji0BeqUlcAG0LkoQ 5cXveCyhGSvGhF+Q94RkA4aYM61nnEeYGzhysyiu9+GzuDMpUmOtbgQq4DwOOqF9xuPs WLdY6UmzJ9PKSXurcVER5/6fD/qdfpLMIFb5qli5GpRvpal1238odlcnUjLSnY0mShSq BPT9vY0QLtIcjtzhwEHE5KE+ej+lyXXeDcGALIMCh9F4IbwX+5ZGhJE8mZmDkq49GvHF hEhoeR087fSeSuRe5ZjhBMFfDlx9Mo19iu1w7DT7HcqjI70DPDrmopm9s8a0fThuIWQs Hx/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=SyrpBfbvyEJ5xeeDQBk7Z1yYu6hG+3cr2XRurOwkpdQ=; b=r32VOqQrLvEmNQzM01qDSqCwww1OK1Hiz2d+SfuA7lQ54VATvaNUBUg+8VqeqP3Ow+ JSv4xQE8yOAunp3o3u1TY1MMggJRkQyctcTyU1RziR9Ftd7uQPzEtkVyTsjVugiquVEf z6Yrj78zwCNsUcu/7b7O5BeVYMH6ngcONV5A0OKVLxang6T5TbO9AsGmwuGsTHE3LGy9 mbUVwka7CZuTLahCW0r2umn7HUmWhgFuMv+wtcs2uqiyI70zRhgNx755pLQkHSr1P3Gu pRXK0T5vIVUok74s888NFtPnyVixZUnZ2gZiPV9GuCmB/BxSmkMn946a1EeunaMw4kkS cn9A== X-Gm-Message-State: AKS2vOx8/xtQWeLC0dJN6Nk9Tw/7jS88H+oxX4GsdFbFbCPzTH4neuAh /Fniy+2CM4VMHO/RG24gPdfWAfC0rg== X-Received: by 10.31.226.196 with SMTP id z187mr16399vkg.103.1497438586241; Wed, 14 Jun 2017 04:09:46 -0700 (PDT) Original-Received: by 10.103.9.7 with HTTP; Wed, 14 Jun 2017 04:09:45 -0700 (PDT) Original-Received: by 10.103.9.7 with HTTP; Wed, 14 Jun 2017 04:09:45 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:400c:c05::22d 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:215617 Archived-At: --001a114dfce2018cba0551e99768 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On 14 Jun 2017 13:01, "Yuri Khan" wrote: On Wed, Jun 14, 2017 at 5:32 PM, Elias M=C3=A5rtenson w= rote: > Correct. I want to change the position of point in a different buffer. There is no such thing as =E2=80=9Cposition of point in a different buffer= =E2=80=9D. Or, rather, there is, but there is not one. For every window that is showing the buffer, there is that window=E2=80=99s own position of point. B= ut if a buffer is not shown in any buffer, then it still has one position of point. Therefore, if you are trying to change the position of point in a different buffer that is shown in a window, do it by selecting that window, not by switching to that buffer in your window. Point taken, but this clearly worked at some time in the past, since SLIME does it, and assumes that it will work. The way SLIME implements navigation is that it uses the mechanism outlined above and later switches to the buffer (using pop-to-buffer or some other mechanism depending on various parameters that I haven't fully figured out). At some point in the past, this worked, and I'd like to know why it stopped working. If the current behaviour is correct, then I need to figure out how to fix SLIME so I can send them a patch. Regards, Elias --001a114dfce2018cba0551e99768 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On 14 Jun 2017 13:01, "Yuri Khan" <yuri.v.khan@gmail.com> wrote:
On Wed, Jun 14, 2017 = at 5:32 PM, Elias M=C3=A5rtenson <l= okedhs@gmail.com> wrote:

> Correct. I want to change the position of point in a different buffer.=

There is no such thing as =E2=80=9Cposition of point in a different b= uffer=E2=80=9D.

Or, rather, there is, but there is not one. For every window that is
showing the buffer, there is that window=E2=80=99s own position of point. B= ut
if a buffer is not shown in any buffer, then it still has one position
of point.

Therefore, if you are trying to change the position of point in a
different buffer that is shown in a window, do it by selecting that
window, not by switching to that buffer in your window.

= Point taken, but this clearly worked at some time in the past, since SLIME = does it, and assumes that it will work.

The way SLIME i= mplements navigation is that it uses the mechanism outlined above and later= switches to the buffer (using pop-to-buffer or some other mechanism depend= ing on various parameters that I haven't fully figured out). At some po= int in the past, this worked, and I'd like to know why it stopped worki= ng.=C2=A0

If the current behaviour is correct, then I n= eed to figure out how to fix SLIME so I can send them a patch.=C2=A0
<= div class=3D"gmail_extra" dir=3D"auto">
Regards,=C2=A0
E= lias=C2=A0
--001a114dfce2018cba0551e99768--