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#48134: [External] : bug#48134: When sitting on top of a M-x item in the manual Date: Mon, 3 May 2021 00:35:56 +0000 Message-ID: References: <87fsz73t9z.8.fsf@jidanni.org> <87lf8yqk9t.fsf@mail.linkov.net> <87im403ll0.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6351"; mail-complaints-to="usenet@ciao.gmane.io" Cc: =?UTF-8?Q?=E7=A9=8D=E4=B8=B9=E5=B0=BC?= Dan Jacobson , "48134@debbugs.gnu.org" <48134@debbugs.gnu.org> To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon May 03 02:37:33 2021 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 1ldMaa-0001X7-NZ for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 03 May 2021 02:37:33 +0200 Original-Received: from localhost ([::1]:60904 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ldMaZ-0001nG-FO for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 02 May 2021 20:37:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49694) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ldMa6-0001n4-W9 for bug-gnu-emacs@gnu.org; Sun, 02 May 2021 20:37:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34139) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ldMa6-0005o8-Lh for bug-gnu-emacs@gnu.org; Sun, 02 May 2021 20:37:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ldMa6-0002nt-IF for bug-gnu-emacs@gnu.org; Sun, 02 May 2021 20:37: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, 03 May 2021 00:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 48134-submit@debbugs.gnu.org id=B48134.162000217010767 (code B ref 48134); Mon, 03 May 2021 00:37:02 +0000 Original-Received: (at 48134) by debbugs.gnu.org; 3 May 2021 00:36:10 +0000 Original-Received: from localhost ([127.0.0.1]:45682 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldMZF-0002nb-KW for submit@debbugs.gnu.org; Sun, 02 May 2021 20:36:09 -0400 Original-Received: from userp2130.oracle.com ([156.151.31.86]:36866) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldMZB-0002nE-Mn for 48134@debbugs.gnu.org; Sun, 02 May 2021 20:36:08 -0400 Original-Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 1430YVcw088020; Mon, 3 May 2021 00:35:59 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2020-01-29; bh=Ro6QV/wXAlEa+ycv8sdLqbfuNvT3pasTq6IaksCHSKw=; b=KwtuXLzPtn+Ry+1dxnEjvVlt7izv0AJogxZaCrW+6IIJP04dHnMfduK3F2B5Se59ztbL 4h6kuRTBNQ8lkh94PIrTQih/uuO0OkEJPOtUObVpNa+Zzf00vXBMPHQMbrih3QrmpzKE PeXEkvgkkGhfFL6aLkPyus64uMDay0WzlEpQqLYjYb6pkwaJzRvMMYRWLRPsN/t3jYql NXkiUsonA2CZMpxr98VY1cs7Ir6YNr23PBCbPmBkN117raLfvJDtgg/PmRDoYQLBmbMy 52jFxTlXeuMPURAa4Xaj/BUoSvilLYyCmS5GVqp4NJL2/3W3ZvGXxaFu++25vjfRmd+u 0Q== Original-Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2130.oracle.com with ESMTP id 388xdrt8j2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 03 May 2021 00:35:59 +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 1430V6WS097883; Mon, 3 May 2021 00:35:59 GMT Original-Received: from nam10-bn7-obe.outbound.protection.outlook.com (mail-bn7nam10lp2103.outbound.protection.outlook.com [104.47.70.103]) by userp3030.oracle.com with ESMTP id 388v3uavsf-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 03 May 2021 00:35:58 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IdNDLnvYDVvj2JK+2Qo11UMaR1wu+0Yj04HYzG45lLgw/YdGbpCehpuytN4OIj6qrx6vvYASZZZahOkp0pJwdL3woZFzrof58nBXgYn54Er9oEfN1y3/6GyvKJ+byuqeoG0bhnX7oX9DUv1fqCCjPjrSUzRgE8uOFKYxJN2ftddWHMqFoH5Reo7AIuCFBbqRNwd/7SwYM7pqjFFeQZov0quOgLfOoNCc8P/QcPTALR/KnMEFYA0PwwaGmywdL7/oUms/xets3T6OAlLQIx6cBc3GjXHer96rEHcXm34ZdOYB2YOCvqavFVtcwVbfGLtgoS11GgiG+5nv903Zq6PKSQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Ro6QV/wXAlEa+ycv8sdLqbfuNvT3pasTq6IaksCHSKw=; b=K2wuqwGNj6HQs4ipaZoTvfiuvvNd3q/glvMgxldPzMN1k8w90dn3qND4gnzZ5ttG6KaPH8g98vOGS+mtaiKGZZ1iL3oic4dg6jRqU+rm/WcOdHlVCfqVU8RjDV/r0T4p2BGoO7Xc2TdpKCgH0LNp6NMHOHRfQemALgUTwukHnjvpEg50ZSwr8WlsIL6IQzKC22Uuh4NDi4+AEgzsPR3xyEKsDwayAa9Iy5cL3UGZfD8r5vZ9fL7YeoLsDD+eIeAbVKepFXyMYtssONEDm6VtmFnw+AKYB0YVs2Z4aYY+q0AdfutZp2Lh/GCgqxBW1ZgwrZNOM/iXFMfAa+LOncZuaQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Ro6QV/wXAlEa+ycv8sdLqbfuNvT3pasTq6IaksCHSKw=; b=0HPDTXngDr8sItrZvc7I6ST/iqK4OSathJ1sE+AdmmhkUIbfSqPfFZn24mOnkiQNYzdP4yT3uerlUs2AnCQXUMGFkPrYM+A/tzInGvFYYYhem6nLj+6XbBRxIODa48iCxtQyH3nDjbxSaVywazF3Ut1WbL2uGe/2YY0XD5pl2KY= Original-Received: from SA2PR10MB4474.namprd10.prod.outlook.com (2603:10b6:806:11b::15) by SN6PR10MB2798.namprd10.prod.outlook.com (2603:10b6:805:d3::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4087.40; Mon, 3 May 2021 00:35:56 +0000 Original-Received: from SA2PR10MB4474.namprd10.prod.outlook.com ([fe80::2109:9725:fd4a:6494]) by SA2PR10MB4474.namprd10.prod.outlook.com ([fe80::2109:9725:fd4a:6494%6]) with mapi id 15.20.4087.043; Mon, 3 May 2021 00:35:56 +0000 Thread-Topic: bug#48134: [External] : bug#48134: When sitting on top of a M-x item in the manual Thread-Index: AQHXP58deQeu/EUu9E62s95nKqC5DqrQ3Fgg In-Reply-To: <87im403ll0.fsf@mail.linkov.net> Accept-Language: en-US Content-Language: en-US authentication-results: linkov.net; dkim=none (message not signed) header.d=none;linkov.net; dmarc=none action=none header.from=oracle.com; x-originating-ip: [73.170.83.28] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e9626866-9b34-4817-7fa1-08d90dcb6a32 x-ms-traffictypediagnostic: SN6PR10MB2798: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 7cVPuCPgo9lZ+7MuKu+Eug9t3v0FZ6n6uTbXDbP0yKvEvR9UbbiTGObyQDLBZUb/WN4yFH413CnmAulBooQr+vjiDjxcZNZjR+NNGiVbvplSZLC+1n8J1mOPXsxm+GRzDHqWm99Sd1C6JRp5x1lsn51962O4DT6DsDhp+gPH+W12DuG6m3JGV7Rbyq3+RzCqvcXk/T79bt5tXkfgLX3c5Sr2O3pLtvhpnE01hhpJHUoyJTYTg30oyb9TeaM6p9nsbUz93x7mbgjiWC/NQF5IGoemwr01ESOUHPQ7PHgEgxpJA6/+UZ56lZ1FYwLlLCbXy/dXh2sd75K1vamPuASxc1dwdqQVFVEjzturfUqxdttfVmgwdTpYBOm9YQDoxyhhlhPRisUyUQLf+x2d4gjbApR/iVERYqata9oVp8tPnbSHCnZftYJOVGzxBXl9i998oCwq9ebziJTYb6jFXLpFH7ptwI4S4/zjkrmfXgH57awxKybFndmf8kpkCt18VCzjkYbQLndmJIldUZuNLrLmZO9iStDcKRxfculyfXhQN5FNcK+V7gYUHVuX1dZ8RlPcDam5tstDw9ntfAKCeuKYSYRJpdA6UzbyxarhHJh9mDarhP9yShKFe5dcoed5v1I7CSHWhxnvZaDBuMtinU2ua5Lwa55fPTwY3SyJ9JZ7A5UyqZlrpkbXtbXd4e1ndvbs x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SA2PR10MB4474.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(366004)(346002)(39860400002)(376002)(136003)(26005)(186003)(52536014)(71200400001)(5660300002)(2906002)(83380400001)(4326008)(7696005)(122000001)(38100700002)(6506007)(6916009)(44832011)(86362001)(316002)(54906003)(966005)(8936002)(9686003)(8676002)(76116006)(33656002)(478600001)(55016002)(66446008)(64756008)(66556008)(66476007)(66946007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: nzKHkcVRgOVlpkdgqm1F8C8mZHOxoupDHLiE0MAt5JDWinekZZbJmIDY42J0b81n5tlZw48VXBE8man6HLI2v8B6n1hYj2Fu9/EePWu2fssOc1LT9bEU1mxLPfRGHK9ZDeaWgPCD+irFozHaRKN+Adr9FXY/o+/hGjnshLuoq2RRusS3K7W03FR1f3uHnjDmdWMoZnrNVC+4UURAfHNquYbWCvnzJpVhnEI+4IPehloqFeuxZmu+o9injL9ctK78uO0bH6BTaLITvXubESes7u5/SWQxmClJEp9a4RCowc6QBOtvKV+6LPm6zMo+ytFh7gJECwom6XBjmCBLzMMQF7Zpk7fcLt8WCgzKHXhxwGT3tJECojMnTffjtdiA9jWMjVgK0dVacT/Vm5UlHg8aEi3K1Y1T6isz111+n6oxSCouKkxmfQWRU06z1Bi7IMFcEi0z7OAyXZCkRQZxr8jWwj8OIRhNE8Ls6cz5uB9I1CirXg7+YRWMCN0QVatjDkRajyVIE/S6PKkmJzNm8/wUXhqPZOPx8bmB0RxGjS6NCmu/bDmHxvp7KvU8lQK9+96CDNF0/fDULKcbQC0yVmyo2S3gDSGiF4/Z2z9bYHoKoyWnPAyRhp9hdaeUOezSsHfur4ab114toqpwhrGbuiHwVK+cCT5GgidBCfgqFmwWsk7Z+0+hmhr9zEUz9/EPlyr6YboSH9Tp8gkfSqpw27sXIg4uChmAzjNR7Wb5y1Il+xOQLyCWhlXAH3rhnxFE dazK2m4qGasOqNy6xoEJqx0Y7DwsCkKUm7IGoSdYMwl0CKVBvqOcsDuXgvDgOKcAG6P5cwq6/8uxi/MUu8NMcAUFz08CKu/lb4 x-ms-exchange-transport-forked: True X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SA2PR10MB4474.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: e9626866-9b34-4817-7fa1-08d90dcb6a32 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 May 2021 00:35:56.0454 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: rCr3rQbJYUQMrs2DkQdsEHvw71dRwkYyX0z0goaDyeoDEH8RqHmtYF+v+IWiQBRcdF4jO1jcYW5kDvFol7uzeA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR10MB2798 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9972 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 bulkscore=0 phishscore=0 malwarescore=0 suspectscore=0 mlxscore=0 spamscore=0 mlxlogscore=736 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104060000 definitions=main-2105030001 X-Proofpoint-ORIG-GUID: fXiwzKF3oeaiUAJejMPE_VS_8_2xLIpa X-Proofpoint-GUID: fXiwzKF3oeaiUAJejMPE_VS_8_2xLIpa X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9972 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 impostorscore=0 clxscore=1015 lowpriorityscore=0 adultscore=0 spamscore=0 priorityscore=1501 mlxlogscore=999 bulkscore=0 mlxscore=0 suspectscore=0 malwarescore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104060000 definitions=main-2105030001 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:205460 Archived-At: > > It's unfortunate that Emacs has chosen to waste a > > repeatable key on a nonrepeatable command such as > > `xref-find-definitions', but so it goes. >=20 > A command to pull text to the minibuffer is not > repeatable either. I disagree. And I think this points to an under-appreciation of the importance of repeatable keys and of not wasting them on nonrepeatable commands (or wasting them on non-prefix commands). The command I pointed to IS repeatable. The doc I showed for it describes the behavior. You can hold down `M-.' to repeatedly select things of a given kind and insert them into the minibuffer, appending them one after the other. The user option defines which kind of thing to repeatedly grab. By default, successive words are grabbed. You can use any function that moves point. The default is `forward-word'. Change that to `forward-char' and hold down `M-.' to stream chars to the minibuffer after point there. Change it to `backward-char' and you can stream chars to the minibuffer before point (i.e., prepend instead of append). Change it to `forward-sentence to stream sentences after point. And so on. OR you can - alternatively - hold down `M-.' to cycle through different kinds of thing at point: Each `M-.' replaces the thing inserted the immediately previous `M-.'. Cycle till you get the kind of thing you want. Those are thus two kinds of repeated action. A user option defines which one is used by default. And plain `C-u' as prefix arg flips the option, to use the opposite behavior temporarily. So you can, e.g., in general prefer to have `M-.' cycle among thing types but use `C-u M-x' as a one-off, to instead pull in successive things of the same type from the buffer. This is all explained in the doc string that Eli didn't want to be bothered with. And it's explained even better/more at the doc page I cited. https://www.emacswiki.org/emacs/Icicles_-_Inserting_Text_from_Cursor Heading "Repeat `M-.' To Grab More or Different" there presents the two alternative behaviors. [I haven't bothered to do this, but if it were thought useful then it could be introduced: Instead of the option defining at most one repeat-me function (e.g. `forward-word'), it could let you define more than one, and the command (`M-.') could provide some way to switch among them.] > > What I tried to suggest was to have a more general > > feature to insert text at point into the minibuffer. > > There are lots of possibilities for that. >=20 > I agree such a command would be useful. > But to what key to bind it? I suggested `M-.'. That's still my suggestion, as I don't think it was a good idea to give that key to xref for a nonrepeatable command. But I don't really expect anyone to make such a change. Not any more than I expect anyone to add any feature such as what I've suggested. `M-n' is something else. FWIW, I think it's a mistake to speak "future history" regarding it. "History" for minibuffer input refers to text you've actually accepted as input previously. We correctly referred to what `M-n' offers as "default values", and the Elisp doc still does that. Why someone (you perhaps?) introduced "future history" I don't know. But IMHO it's more likely to confuse than aid. Seems "cute", but does it help? `M-n' cycles among default values. Those values are _not_, in general, text at point in the buffer. They, or some of them, can be, of course. But `M-n' is more general - it's not necessarily, or even usually, about offering text at point as default values. IMO, it would be better to have a separate key for grabbing buffer text and inserting into the minibuffer. And that should NOT be only when reading with completion. Hence what I did with `M-.'. HTH.