From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Setting point Date: Sat, 14 Apr 2018 00:24:03 +0200 Message-ID: <87woxawxrw.fsf@mouse.gnus.org> References: <87lgdqubhe.fsf@mouse.gnus.org> <83y3hq4zl2.fsf@gnu.org> <87fu3ysux0.fsf@mouse.gnus.org> <87h8oeydsk.fsf@mouse.gnus.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1523658176 24173 195.159.176.226 (13 Apr 2018 22:22:56 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 13 Apr 2018 22:22:56 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 14 00:22:52 2018 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 1f775o-00069t-3T for ged-emacs-devel@m.gmane.org; Sat, 14 Apr 2018 00:22:52 +0200 Original-Received: from localhost ([::1]:59794 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f777u-0000km-I4 for ged-emacs-devel@m.gmane.org; Fri, 13 Apr 2018 18:25:02 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49773) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f777B-0000k6-KK for emacs-devel@gnu.org; Fri, 13 Apr 2018 18:24:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f7777-0001Hn-M0 for emacs-devel@gnu.org; Fri, 13 Apr 2018 18:24:17 -0400 Original-Received: from hermes.netfonds.no ([80.91.224.195]:47058) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f7777-0001H2-Es for emacs-devel@gnu.org; Fri, 13 Apr 2018 18:24:13 -0400 Original-Received: from 46.67.12.60.tmi.telenormobil.no ([46.67.12.60] helo=corrigan) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1f7773-0001iz-AJ; Sat, 14 Apr 2018 00:24:11 +0200 Original-Received: from larsi by corrigan with local (Exim 4.89) (envelope-from ) id 1f776x-0003WM-Mq; Sat, 14 Apr 2018 00:24:03 +0200 In-Reply-To: (Stefan Monnier's message of "Fri, 13 Apr 2018 18:14:29 -0400") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 80.91.224.195 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:224572 Archived-At: Stefan Monnier writes: > switch-to-buffer-preserve-window-point was introduced mainly so that if > you have a buffer displayed in 2 windows or more, switching to some > other buffer and back will get you to the original point instead of > moving you to one of the points of one of the other windows displaying > that buffer. Hm... I see. That does sound useful. But here the buffer isn't displayed that way, so... > BTW, I'm not sure exactly what is the circumstance where you want Gnus > to do that, but maybe a better solution is to move point at another > moment, i.e. either before *Group* is un-displayed, or after *Group* is > re-displayed. E.g. instead of moving point to the next group when > I leave a group, Gnus could move point to the next group just before > entering the group (at which point *Group* is still displayed). Yes, that's what Gnus does now, but it didn't do it on all "exit group" commands, so things got a bit confused. This happened to work before because Emacs left the point alone after it had been set, but stopped working some years ago. But I think I've fixed the remaining commands now, so I was mostly just curious about how this was supposed to work. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no