From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#42753: 26.3; `info-lookup.el': Add all manuals delivered by `emacs -Q', for `emacs-lisp-mode' Date: Sat, 8 Aug 2020 07:28:34 -0700 (PDT) Message-ID: <0d3dda22-b82e-47f0-a06d-5433ba2cf2b9@default> References: <> <<835z9t7cme.fsf@gnu.org>> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25991"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 42753@debbugs.gnu.org To: Eli Zaretskii , Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Aug 08 16:29:12 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1k4PqQ-0006dO-TU for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 08 Aug 2020 16:29:11 +0200 Original-Received: from localhost ([::1]:51924 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k4PqP-00038y-AX for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 08 Aug 2020 10:29:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51206) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k4PqI-00038W-JG for bug-gnu-emacs@gnu.org; Sat, 08 Aug 2020 10:29:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47877) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1k4PqI-000179-A0 for bug-gnu-emacs@gnu.org; Sat, 08 Aug 2020 10:29:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1k4PqI-0001Tv-4I for bug-gnu-emacs@gnu.org; Sat, 08 Aug 2020 10:29:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Aug 2020 14:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42753 X-GNU-PR-Package: emacs Original-Received: via spool by 42753-submit@debbugs.gnu.org id=B42753.15968969285674 (code B ref 42753); Sat, 08 Aug 2020 14:29:02 +0000 Original-Received: (at 42753) by debbugs.gnu.org; 8 Aug 2020 14:28:48 +0000 Original-Received: from localhost ([127.0.0.1]:59423 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4Pq4-0001TS-5W for submit@debbugs.gnu.org; Sat, 08 Aug 2020 10:28:48 -0400 Original-Received: from userp2120.oracle.com ([156.151.31.85]:44932) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4Ppz-0001TB-68 for 42753@debbugs.gnu.org; Sat, 08 Aug 2020 10:28:46 -0400 Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 078ESbrr061805; Sat, 8 Aug 2020 14:28:37 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=bUCVOsw3+ZF/n0coD7lJdWpOWSYC+5z9gGJE2UscwJo=; b=oaadUJUBv+MMCh55Q7bB4yvBaCgWZYRqbKNHVetHeAlAenlyIeu66/t0T0QHUmRLvqia SfjHKxYOrwl8okAXGtvUD/dGz6sDHvEcwv/+QYAn4EhCojfURG39WZGdXEtZU8o/z6h0 xfUl/+40LFttLGDTr0XsADDFRub8AXZHPj58Lgzio3kMH7LxTlrCkGZbWmLjhzB+vG82 BGXT2ha6qn4Z9UhpMg/jZp8444z1Tm7ZLbo/aijTJg1CSVqClsGqhIEZ9kdHOJVmSdlL 6pqEpKliepegxUvDSn+BnjzXZGcV9jrJJqf3ZgIydY+ueNxsM6rRomDNXJMLePU2nDWK 9Q== Original-Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2120.oracle.com with ESMTP id 32smpn11sw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 08 Aug 2020 14:28:37 +0000 Original-Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 078ES6g5117648; Sat, 8 Aug 2020 14:28:36 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userp3030.oracle.com with ESMTP id 32sh5r6gxd-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 08 Aug 2020 14:28:36 +0000 Original-Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 078ESZUi013721; Sat, 8 Aug 2020 14:28:35 GMT In-Reply-To: <<835z9t7cme.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5017.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9707 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 mlxscore=0 mlxlogscore=999 spamscore=0 bulkscore=0 adultscore=0 malwarescore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008080108 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9707 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 lowpriorityscore=0 bulkscore=0 impostorscore=0 phishscore=0 clxscore=1011 spamscore=0 malwarescore=0 adultscore=0 mlxlogscore=999 mlxscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008080108 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:184355 Archived-At: > Wouldn't it make much more sense to make the :regexp attribute more > specialized for the non-core manuals? AFAIU, your proposal will > greatly slow down "C-h S" in emacs-lisp-mode, because of the need to > scan many more indices, and for no good reason AFAICT. >=20 > > ["(efaq-w32)Indexes" should probably be included conditionally, for MS > > Windows. And perhaps on other platforms `emacs -Q' gives a different > > set of manuals, so other adjustments could be made.] >=20 > That would be sub-optimal, IMO, because questions specific to certain > platforms can be asked and answered by people who run on other > platforms. Instead, we should be more selective in the regexps that > match symbols; for example, a symbol that starts with "w32-" should > trigger search in efaq-w32 as well. Feel free to make any such adjustments you feel are appropriate. I got into this because I discovered that functions etc. in the Dired-X manual weren't handled. ___ FWIW and IIUC, it's not really about "`C-h S' _in_ emacs-lisp-mode". It's about Emacs-Lisp symbols in manuals (indexes of manuals). The Dired-X manual, for instance, is not at all about Emacs-Lisp mode. A separate info-lookup feature looks at the current mode and takes it into account. IIUC, there's nothing in info-look.el that requires or assumes that the current mode determines the kind of things to look up. For example, a 3rd-party library that provides a link for manual look-up when in `C-h f' *Help* (and there are a few such libraries) does not make any use of the current mode (which is `help-mode'). `C-h f' is about Elisp functions, so the manuals to look in are those that have entries for Elisp functions in one or more indexes. ___ And as I said in the bug report, I may misunderstand but it seems like there is no easy/good way for a user or library to simply extend the predefined behavior to, say, cover another manual (whose index has Elisp symbols). It seems like the behavior is essentially chiseled in stone when info-look.el is loaded - a once-and-for-all configuration of which manuals to check. If I understand that correctly, then that's the real, underlying bug that should be fixed (not just fix the predefined list of manuals handled). If it were easy to simply "add" a manual (e.g. Dired-X) to those handling Elisp symbols then users and 3rd-party code could do that. Similarly, for subtracting a manual etc. They could, themselves optimize (or not) any choice or conditionalization of manual inclusion, and the same for the regexps to use. IOW, a proper bug fix (IIUC what's happening) would be to give users easy control over info-lookup behavior. I'd be happy to learn that I'm mistaken and that's already the case - and how to do that. I didn't find it so.