From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: How to make Emacs popular again. Date: Fri, 09 Oct 2020 09:37:13 +0300 Message-ID: <837drz7vmu.fsf@gnu.org> References: <20200926163008.GS1349@protected.rcdrun.com> <83blhc7f4x.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31679"; mail-complaints-to="usenet@ciao.gmane.io" Cc: bobnewell@bobnewell.net, rms@gnu.org, rpluim@gmail.com, emacs-devel@gnu.org, joaotavora@gmail.com, ghe@sdf.org To: Daniel =?iso-8859-1?Q?Mart=EDn?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Oct 09 08:47:31 2020 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 1kQmBe-00087X-Pf for ged-emacs-devel@m.gmane-mx.org; Fri, 09 Oct 2020 08:47:30 +0200 Original-Received: from localhost ([::1]:47022 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kQmBd-0006XJ-MS for ged-emacs-devel@m.gmane-mx.org; Fri, 09 Oct 2020 02:47:29 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54300) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kQm1u-0004yt-8J for emacs-devel@gnu.org; Fri, 09 Oct 2020 02:37:26 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:54143) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kQm1s-0000OK-Bx; Fri, 09 Oct 2020 02:37:25 -0400 Original-Received: from [176.228.60.248] (port=3877 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kQm1k-0000Co-Si; Fri, 09 Oct 2020 02:37:17 -0400 In-Reply-To: (message from Daniel =?iso-8859-1?Q?Mart=EDn?= on Thu, 08 Oct 2020 22:45:18 +0200) 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:257250 Archived-At: > From: Daniel Martín > Cc: bobnewell@bobnewell.net, rms@gnu.org, rpluim@gmail.com, > emacs-devel@gnu.org, joaotavora@gmail.com, ghe@sdf.org > Date: Thu, 08 Oct 2020 22:45:18 +0200 > > Eli Zaretskii writes: > > > > > For interactive functions (a.k.a. "commands"), there's an ambiguity > > here: should the link lead to the Emacs user manual or to the Emacs > > Lisp Reference manual? We could show both, but that could confuse > > users (as opposed to Lisp programmers). > > IIRC, info-lookup already has some heuristics to decide between the > Emacs manual or the Emacs Lisp manual. For example, C-h S on find-file > opens the Emacs manual (even though the command is indexed on both > manuals), but C-h S on region-end opens the Emacs Lisp manual. > > Maybe those heuristics are already good enough to make users and ELisp > programmers happy. That heuristics is exactly the issue here: it shows the user manual for a function that is a command. The suggestion in this thread was to show the ELisp manual instead, or at least the current heuristics was deemed to be insufficient based on the fact that the ELisp manual was not shown.