From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#31807: 27.0; `info-apropos' bad name or bad matching Date: Thu, 14 Jun 2018 07:42:11 -0700 (PDT) Message-ID: <5fc07c84-b8d2-493c-a17b-774ad1c213bf@default> References: <<78156de2-86c8-4593-92b5-59edf7a8996e@default>> <<83o9gd33dj.fsf@gnu.org>> <> <<83in6l30ir.fsf@gnu.org>> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1528987268 10531 195.159.176.226 (14 Jun 2018 14:41:08 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 14 Jun 2018 14:41:08 +0000 (UTC) Cc: 31807@debbugs.gnu.org To: Eli Zaretskii , Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 14 16:41:04 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1fTTQs-0002Ye-1D for geb-bug-gnu-emacs@m.gmane.org; Thu, 14 Jun 2018 16:41:02 +0200 Original-Received: from localhost ([::1]:41057 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fTTSz-0003nk-1h for geb-bug-gnu-emacs@m.gmane.org; Thu, 14 Jun 2018 10:43:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37622) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fTTSr-0003na-RZ for bug-gnu-emacs@gnu.org; Thu, 14 Jun 2018 10:43:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fTTSo-0002s1-OO for bug-gnu-emacs@gnu.org; Thu, 14 Jun 2018 10:43:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40408) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fTTSo-0002rt-Ju for bug-gnu-emacs@gnu.org; Thu, 14 Jun 2018 10:43:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fTTSo-0003Id-DB for bug-gnu-emacs@gnu.org; Thu, 14 Jun 2018 10:43: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: Thu, 14 Jun 2018 14:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31807 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 31807-submit@debbugs.gnu.org id=B31807.152898734312637 (code B ref 31807); Thu, 14 Jun 2018 14:43:02 +0000 Original-Received: (at 31807) by debbugs.gnu.org; 14 Jun 2018 14:42:23 +0000 Original-Received: from localhost ([127.0.0.1]:48305 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fTTSB-0003Hk-L8 for submit@debbugs.gnu.org; Thu, 14 Jun 2018 10:42:23 -0400 Original-Received: from aserp2130.oracle.com ([141.146.126.79]:52048) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fTTSA-0003HY-2b for 31807@debbugs.gnu.org; Thu, 14 Jun 2018 10:42:22 -0400 Original-Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w5EEdG6R047358; Thu, 14 Jun 2018 14:42:16 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-2017-10-26; bh=DeR+ecL9UPew9gpWQ/jDdnbMosJV7SAXQyw+jHONBvs=; b=oY5xcOgKIdLfUxsKc9I12bhMgkqzA38IWA0FMZ5wLZ6DmTNksLhzqYVVk3dBIKbs22uY eAUnuR9ehsL5zVxaikGhpiyG2tMrPvq82WBsdDrD68P5xNNsMQ7JRjucS9d2UbCXnRjF nKQljoS7dcOVw7Bn97cNlosW5oa9rELl4f+fRKriFXaYoDCYv3fMRrYdsdBj5sgIvTaN b+gOubXNdzobrHk5/qg/0BAF+V/1H2zGNYtCg7D5Z2EDeP+sLsnhjQZo2ez4bZL1ckQr zdYw57ntaX1ytDcR4jPQb0bSZspODd9nOMtoxp/8rqjtnIRtr5laSJmax6tj6dSBsGSi vA== Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp2130.oracle.com with ESMTP id 2jk0xqwd8j-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 14 Jun 2018 14:42:16 +0000 Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w5EEgETX014247 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 14 Jun 2018 14:42:15 GMT Original-Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w5EEgDcF023649; Thu, 14 Jun 2018 14:42:14 GMT In-Reply-To: <<83in6l30ir.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4690.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8923 signatures=668702 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1805220000 definitions=main-1806140163 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:147412 Archived-At: > > If you want to keep the current behavior then I'd suggest > > having two different commands AND, for the one that does > > literal string matching, change the name to something that > > does not include "apropos" in the name. >=20 > I'm okay with a new command, but it should have a new name. How about > info-apropos-regexp? The old command must keep its name, for the same > reason we cannot change its behavior. It's you who decide, of course. But I disagree about the name(s). "Apropos", in Emacs, always has and always should mean (at least) regexp-matching. As a notion it is _opposed_ to literal string matching, indicating that something more general or more approximate is going on wrt matching. A command name like `*-apropos-regexp' is a bad idea, IMO. It just confuses. And a command name `*-apropos' that does only literal matching is an even worse idea, and it is worse yet if accompanied by another command called `*-apropos-regexp'. Again, my suggestion is to "enhance" the behavior of `info-apropos', to make it really do "apropos" matching. For anyone who might prefer literal-matching, either it could take a prefix arg to provide that or a separate, literal(-only)-matching command could be added. I seriously doubt that anyone will be upset if `info-apropos' is enhanced to support more general matching. Did you present the same, we-can't-enhance-because-legacy argument when Kim (I think it was) added keyword-matching to the `apropos*' commands? Did you say that those commands have always accepted only a regexp arg and just matched it directly? Did you suggest that alternative (new) commands be added that provide keyword + regexp matching, and that tacked on the suffix `-keyword' to their names (e.g. `apropos-command-regexp')? I don't think you did - and rightfully so. And no one (including me) complained about that behavior enhancement. > > > Btw, does this really work as intended without changes to > > > Info-apropos-matches? That function calls regexp-quote on its > > > argument. > > > > Dunno. When I get some time I'll take a closer look. >=20 > Thanks. You're welcome. But I haven't done it yet. ;-)