From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: master fbc9c59: Make goto-line-history buffer local only when so customized Date: Sun, 28 Feb 2021 21:33:11 +0000 Message-ID: References: <20210217212130.32410.14813@vcs0.savannah.gnu.org> <20210217212132.0B17F20DFB@vcs0.savannah.gnu.org> <87wnuv3ttp.fsf@tcd.ie> <875z2f3r8p.fsf@tcd.ie> <87lfb937s4.fsf@tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34824"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: "Basil L. Contovounesios" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Feb 28 22:34:02 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lGThR-0008vG-BI for ged-emacs-devel@m.gmane-mx.org; Sun, 28 Feb 2021 22:34:01 +0100 Original-Received: from localhost ([::1]:34728 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lGThQ-0001CU-9Q for ged-emacs-devel@m.gmane-mx.org; Sun, 28 Feb 2021 16:34:00 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52208) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lGTgs-0000my-G2 for emacs-devel@gnu.org; Sun, 28 Feb 2021 16:33:26 -0500 Original-Received: from colin.muc.de ([193.149.48.1]:34863 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.90_1) (envelope-from ) id 1lGTgk-0000Yj-9Z for emacs-devel@gnu.org; Sun, 28 Feb 2021 16:33:26 -0500 Original-Received: (qmail 87437 invoked by uid 3782); 28 Feb 2021 21:33:12 -0000 Original-Received: from acm.muc.de (p4fe15ecd.dip0.t-ipconnect.de [79.225.94.205]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 28 Feb 2021 22:33:12 +0100 Original-Received: (qmail 7942 invoked by uid 1000); 28 Feb 2021 21:33:11 -0000 Content-Disposition: inline In-Reply-To: <87lfb937s4.fsf@tcd.ie> X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de Received-SPF: pass client-ip=193.149.48.1; envelope-from=acm@muc.de; helo=mail.muc.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:265760 Archived-At: Hello, Basil. On Sat, Feb 27, 2021 at 14:27:39 +0000, Basil L. Contovounesios wrote: > Alan Mackenzie writes: > > Yes, I had misunderstood, sorry. I was under the mistaken impression > > that the previous change to the input history was in Emacs 27. So, yes, > > you're correct, the two entries in NEWS do contradict eachother, and > > need merging into a single entry. > > I don't have time to do this today, I'll try and do it over the weekend. > Thanks. I think it's now OK. > >> This part of (info "(elisp) Minibuffer History") also needs updating: > >> -- Variable: goto-line-history > >> A history list for arguments to ‘goto-line’. This variable is > >> buffer local. I've updated this, too. > > Hmm. OK. But what's this variable doing in the elisp manual, as > > opposed to the emacs manual? It's purely a user convenience. > I think it's there because (info "(elisp) Minibuffer History") already > lists several built-in history variables for standard user commands. > And (info "(emacs) Moving Point") already explains that goto-line has > its own history variable, and links to the Elisp manual, so I don't see > any problem, or how a history variable constitutes a user convenience. > But I also have no strong opinions on whether or how this history > variable should be documented, so feel free to change it as you or > others see fit. I think I came over as more combative than I intended, sorry. I was merely curious about the reasons, not particularly wanting to restructure anything. Thanks for explaining. > -- > Basil -- Alan Mackenzie (Nuremberg, Germany).