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#32212: 26; `subword-mode' doc string shows empty key-binding list Date: Sun, 22 Jul 2018 21:19:55 -0700 (PDT) Message-ID: References: <87effy7mer.fsf@gmail.com> <83tvou1jdb.fsf@gnu.org> <87r2jyjo92.fsf@gmx.net> <874lgr58bo.fsf@gmail.com> <709db299cf7a15791e4f342e2efa4993@webmail.orcon.net.nz> <1fd3e236-7840-4115-bce8-a5d9201af2ce@default> 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 1532319546 10742 195.159.176.226 (23 Jul 2018 04:19:06 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 23 Jul 2018 04:19:06 +0000 (UTC) Cc: Stephen Berman , 32212@debbugs.gnu.org, bug-gnu-emacs , Noam Postavsky To: Phil Sainty Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jul 23 06:19:02 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 1fhSJI-0002f1-MI for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Jul 2018 06:19:00 +0200 Original-Received: from localhost ([::1]:60908 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fhSLP-0000qw-BN for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Jul 2018 00:21:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38453) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fhSLJ-0000qp-CK for bug-gnu-emacs@gnu.org; Mon, 23 Jul 2018 00:21:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fhSLG-0005sl-Mj for bug-gnu-emacs@gnu.org; Mon, 23 Jul 2018 00:21:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:47954) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fhSLG-0005sZ-HX for bug-gnu-emacs@gnu.org; Mon, 23 Jul 2018 00:21:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fhSLG-0003M1-6v for bug-gnu-emacs@gnu.org; Mon, 23 Jul 2018 00:21: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: Mon, 23 Jul 2018 04:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32212 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch confirmed Original-Received: via spool by 32212-submit@debbugs.gnu.org id=B32212.153231960912809 (code B ref 32212); Mon, 23 Jul 2018 04:21:02 +0000 Original-Received: (at 32212) by debbugs.gnu.org; 23 Jul 2018 04:20:09 +0000 Original-Received: from localhost ([127.0.0.1]:52971 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fhSKO-0003KX-P9 for submit@debbugs.gnu.org; Mon, 23 Jul 2018 00:20:08 -0400 Original-Received: from aserp2130.oracle.com ([141.146.126.79]:54540) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fhSKM-0003Js-Dt for 32212@debbugs.gnu.org; Mon, 23 Jul 2018 00:20:06 -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 w6N4IpAE165981; Mon, 23 Jul 2018 04:20:00 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-2018-07-02; bh=LGtovWiArSAZ/P1sfKY9DqFJtxX8ZGL3Xh0to6Osx64=; b=ACBqO7Mh87eQkqOwMXl64t6ZJfZQ1sGRiIzMmbzPgWBOE3RzWkxee41d5HKIafGeg25A XDPZEo8PXzhnRqryVUTq3x4yzc6XYGnSrEru9GHjR9dGQgDwhv34uRCIXqFPDkfJB145 /lmhINQ5ENh6C4SBs3IrQtzn9jWQhvKZsoUA41W/4oK/BgAgXbCzqbwGNPFZUj2ixnmW kUTQom/spncN1Rixat41T2czcVsdaE12v3i3rU+O7KwoPq1yVArYxhCybSPH/FyBYwEf IbStQCgi3doFFnLdrpvB9EwV7r/kRyQ10pPmKfN8aCYiT1FQh0FyaLSsBjBr9eesPl2J +A== Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp2130.oracle.com with ESMTP id 2kbtbcjxr6-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 23 Jul 2018 04:20:00 +0000 Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w6N4Jwlf027730 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 23 Jul 2018 04:19:59 GMT Original-Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w6N4JwLK028465; Mon, 23 Jul 2018 04:19:58 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4717.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8962 signatures=668706 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-1806210000 definitions=main-1807230050 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:148839 Archived-At: > >> Would it be better if the \\{some-keymap} substitution handled the > >> case where there were no bindings, and printed nothing? > > > > No. A doc string can introduce the list of bindings any > > way its author wants. We cannot predict what text might > > precede or follow the text \\{some-keymap}. >=20 > Ah, yes, agreed -- a search shows quite a variety of such introductory > phrases:... >=20 > I think there's a lot of unnecessary inconsistency here which would > probably benefit from a common phrasing. That could feasibly be > provided via an alternative variant of the \\{...} syntax (at which > point it could make more sense to include some automated variations > for edge cases), but that all sounds like more trouble than it's > worth, so I'm not really suggesting that this should be done (even > if it strikes me as a "nice to have"). Agreed on all counts. Except that before thinking about variants of \\{...} (YAGNI), I'd say that if you think such inconsistency is really a problem then the best fix is to suggest a convention to users in the manual. (But I don't think such inconsistency is a problem.)