Received: (at 81244) by debbugs.gnu.org; 23 Jun 2026 15:35:15 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 23 11:35:15 2026
Received: from localhost ([127.0.0.1]:42081 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1wc39e-0008Fn-KY
for submit <at> debbugs.gnu.org; Tue, 23 Jun 2026 11:35:15 -0400
Received: from mout-p-101.mailbox.org ([80.241.56.151]:58722)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1wc39O-0008Dt-RJ
for 81244 <at> debbugs.gnu.org; Tue, 23 Jun 2026 11:34:59 -0400
Received: from smtp1.mailbox.org (smtp1.mailbox.org
[IPv6:2001:67c:2050:b231:465::1])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
(No client certificate requested)
by mout-p-101.mailbox.org (Postfix) with ESMTPS id 4gl8JV2LY8z9thW;
Tue, 23 Jun 2026 17:34:50 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001;
t=1782228890;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:cc:mime-version:mime-version:content-type:content-type:
in-reply-to:in-reply-to:references:references;
bh=t6ZzJjbWrqY3WEw7xMdVLhk6tdCZ8A4OP2ydNigANHQ=;
b=drwmRSb+3FHP75L2tfca3C6v5MfdKKmDXyNxhEvSuASRxZp4yDvmKFwn/4fJXNikOkIC2F
NtuH7qgEz8bvOO8NFI7UHuARr81KG2k7LV9W7gr4zh3mgRcyDjzgo/uqV9u1lO36rKnr2E
3nw9Vj3heyEC5VQnt+8GifsPP4ZdZjrQLaQlI6GdgcGWXlzIjUdG7vkmasoexFOcYj5cs7
lQuIAHGDkIQFhZtfAFsxtF8niqCn4ieTYVurl7y1zmh0wHC1zo07XhHyem08y/8E4kdMYA
ckXq0vdZyUAzpA3pPMjecL/DTERRtihE6GxyAuie7oMhO/LJh2b7Ngqy6m3NIQ==
Authentication-Results: outgoing_mbo_mout; dkim=none;
spf=pass (outgoing_mbo_mout: domain of juri@HIDDEN designates
2001:67c:2050:b231:465::1 as permitted sender) smtp.mailfrom=juri@HIDDEN
From: Juri Linkov <juri@HIDDEN>
To: Stefan Monnier <monnier@HIDDEN>
Subject: Re: bug#81244: require-match customizable by
completion-category-overrides
In-Reply-To: <jwvechyk25p.fsf-monnier+emacs@HIDDEN>
Organization: LINKOV.NET
References: <87bjdbdczg.fsf@HIDDEN>
<jwv4ij37nqi.fsf-monnier+emacs@HIDDEN>
<87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN>
<CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN>
<jwvo6h9z4l0.fsf-monnier+emacs@HIDDEN>
<87h5n1uq5m.fsf@HIDDEN>
<jwvldcd2l1d.fsf-monnier+emacs@HIDDEN>
<87cxxmzmlh.fsf@HIDDEN>
<jwv33yiml2b.fsf-monnier+emacs@HIDDEN>
<877bnrwxse.fsf@HIDDEN>
<jwva4sne251.fsf-monnier+emacs@HIDDEN>
<87bjd2bnrw.fsf@HIDDEN>
<jwvechyk25p.fsf-monnier+emacs@HIDDEN>
Date: Tue, 23 Jun 2026 18:20:45 +0300
Message-ID: <878q85xrkm.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Rspamd-Queue-Id: 4gl8JV2LY8z9thW
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 81244
Cc: Spencer Baugh <sbaugh@HIDDEN>, 81244 <at> debbugs.gnu.org,
Daniel Mendler <mail@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)
>> https://old.reddit.com/r/emacs/comments/1td2qva/halting_completionatpoint_in_the_minibuffer/
>
> Right, but `completion-category-overrides` is not sufficient there,
> since we'd need to fix some of the code to not break when the var
> is void.
At least this patch makes possible to use 'C-M-c' on an unbound variable:
diff --git a/lisp/simple.el b/lisp/simple.el
index fd9ba28c762..a87b320d24d 100644
--- a/lisp/simple.el
+++ b/lisp/simple.el
@@ -10028,7 +10028,8 @@ set-variable
(read-from-minibuffer prompt nil
read-expression-map t
'set-variable-value-history
- (format "%S" (symbol-value var)))))))
+ (when (boundp var)
+ (format "%S" (symbol-value var))))))))
(list var val current-prefix-arg)))
(and (custom-variable-p variable)
> Still, to me these examples both suggest offering a new `require-match`
> setting that's halfway between `confirm` and `t`, i.e. where it behaves
> like `t` but offers a less obscure way to force the use of the current
> minibuffer content.
The problem is that RET should do two different things
at the same time:
1. Complete the string and return one of the completion candidates;
2. Return the incomplete edited string.
A halfway option would mean adding some heuristics that for example
if the string is edited and is not a substring of a completion
candidate then return it as is.
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.Received: (at 81244) by debbugs.gnu.org; 22 Jun 2026 15:59:40 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 22 11:59:40 2026 Received: from localhost ([127.0.0.1]:57709 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wbh3i-0003qY-8A for submit <at> debbugs.gnu.org; Mon, 22 Jun 2026 11:59:39 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:47059) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <monnier@HIDDEN>) id 1wbh3c-0003pO-NW for 81244 <at> debbugs.gnu.org; Mon, 22 Jun 2026 11:59:35 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 8F2E91000F0; Mon, 22 Jun 2026 11:59:26 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1782143964; bh=+wGYiFC/huT5IEn/U7wi+ZKntoapWUkYuDoJZd2i46U=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=F2yuIr9lkac0yxgYgq7ogKZKEQGBzkrRws9vZye1YCJmEJUk090D4DmuZbyelbKvN hNc+fxym5jUyP1ocoE0H56gf6HOzc+9FCuCTxHH1sgwExqlxqQuo44mbpMrzCkuEw0 m19JGnL87uK7/u8jgx09UM4DGh9v5H+6971uSfkUgy9Zg34MwGFdOKsqMsmOgfL1ub SDjkoqux1Q4zOyKuhngCcjvDu9+1Japsp6UdCwbRudEvdUUyXfiwaspYZNZjycevIw InHEcubxB3mQBpdde3X7FGjmxGYP4flSiBDNVjxZft1S+1PW6bkgQGyT1O34coq4gY 8K6MplxH6bBZw== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id DD8981000AE; Mon, 22 Jun 2026 11:59:24 -0400 (EDT) Received: from alfajor (modemcable181.99-80-70.mc.videotron.ca [70.80.99.181]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id B4379120BB6; Mon, 22 Jun 2026 11:59:24 -0400 (EDT) From: Stefan Monnier <monnier@HIDDEN> To: Juri Linkov <juri@HIDDEN> Subject: Re: bug#81244: require-match customizable by completion-category-overrides In-Reply-To: <87bjd2bnrw.fsf@HIDDEN> Message-ID: <jwvechyk25p.fsf-monnier+emacs@HIDDEN> References: <87bjdbdczg.fsf@HIDDEN> <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> <87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN> <CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN> <jwvo6h9z4l0.fsf-monnier+emacs@HIDDEN> <87h5n1uq5m.fsf@HIDDEN> <jwvldcd2l1d.fsf-monnier+emacs@HIDDEN> <87cxxmzmlh.fsf@HIDDEN> <jwv33yiml2b.fsf-monnier+emacs@HIDDEN> <877bnrwxse.fsf@HIDDEN> <jwva4sne251.fsf-monnier+emacs@HIDDEN> <87bjd2bnrw.fsf@HIDDEN> Date: Mon, 22 Jun 2026 11:59:24 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.085 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 81244 Cc: Spencer Baugh <sbaugh@HIDDEN>, 81244 <at> debbugs.gnu.org, Daniel Mendler <mail@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) >> To get back to the original proposal: beside this yank-from-kill-ring >> usecase, are there other situations where some users have expressed the >> desire to change the `require-match` setting? > I'm aware only of such other cases when users asked to > remove the `require-match` requirement from `set-variable` > like in this recent request: > > https://old.reddit.com/r/emacs/comments/1td2qva/halting_completionatpoint_in_the_minibuffer/ Right, but `completion-category-overrides` is not sufficient there, since we'd need to fix some of the code to not break when the var is void. Still, to me these examples both suggest offering a new `require-match` setting that's halfway between `confirm` and `t`, i.e. where it behaves like `t` but offers a less obscure way to force the use of the current minibuffer content. === Stefan
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.Received: (at 81244) by debbugs.gnu.org; 22 Jun 2026 15:32:30 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 22 11:32:29 2026 Received: from localhost ([127.0.0.1]:57629 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wbgdP-0001Gs-Rx for submit <at> debbugs.gnu.org; Mon, 22 Jun 2026 11:32:29 -0400 Received: from mout-p-201.mailbox.org ([2001:67c:2050:0:465::201]:56370) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1wbgcQ-00019y-Nf for 81244 <at> debbugs.gnu.org; Mon, 22 Jun 2026 11:31:29 -0400 Received: from smtp1.mailbox.org (smtp1.mailbox.org [10.196.197.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-201.mailbox.org (Postfix) with ESMTPS id 4gkXGt3Grpz9vMl; Mon, 22 Jun 2026 17:31:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; t=1782142278; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Gxx6vpFgUrckfsmJCs3n73pbZvSvudD3C/57I41xa2c=; b=0QrnIADQ2JaY6iJSqcIpKUkD16X8L99GQwzGPvtl3Ya9HddO3LhRO/9doM6Eb3KoT0O1BS VMSsfBVyYmqIrLkXulHNu2CkXKsKGX7EOzUO9A/8Uz4wSKbdaAFE06J81xM9sqobvMljeh HcsHq8HyXhwPY3GgCSR+34woOvUjZx19X/CVblJkOTxocTwBzdEsHIBMN6qyH06oTwkfny UfZC7Pzfc9r5AjIhnSacYvFDoy9XDEcPcBMsGSS8/Pil1hrheX+MfIwNKx0Lplu4XkHvWT Fvpao5pRrAscqtW/53UdoskFDQjVe1CsxiLGh0CYTNnn3bTPeiVBgIW9/sjdCA== From: Juri Linkov <juri@HIDDEN> To: Stefan Monnier <monnier@HIDDEN> Subject: Re: bug#81244: require-match customizable by completion-category-overrides In-Reply-To: <jwva4sne251.fsf-monnier+emacs@HIDDEN> Organization: LINKOV.NET References: <87bjdbdczg.fsf@HIDDEN> <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> <87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN> <CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN> <jwvo6h9z4l0.fsf-monnier+emacs@HIDDEN> <87h5n1uq5m.fsf@HIDDEN> <jwvldcd2l1d.fsf-monnier+emacs@HIDDEN> <87cxxmzmlh.fsf@HIDDEN> <jwv33yiml2b.fsf-monnier+emacs@HIDDEN> <877bnrwxse.fsf@HIDDEN> <jwva4sne251.fsf-monnier+emacs@HIDDEN> Date: Mon, 22 Jun 2026 18:29:23 +0300 Message-ID: <87bjd2bnrw.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 81244 Cc: Spencer Baugh <sbaugh@HIDDEN>, 81244 <at> debbugs.gnu.org, Daniel Mendler <mail@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) > To get back to the original proposal: beside this yank-from-kill-ring > usecase, are there other situations where some users have expressed the > desire to change the `require-match` setting? I'm aware only of such other cases when users asked to remove the `require-match` requirement from `set-variable` like in this recent request: https://old.reddit.com/r/emacs/comments/1td2qva/halting_completionatpoint_in_the_minibuffer/
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.Received: (at 81244) by debbugs.gnu.org; 22 Jun 2026 02:33:56 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jun 21 22:33:55 2026 Received: from localhost ([127.0.0.1]:49728 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wbUTw-0000XQ-7k for submit <at> debbugs.gnu.org; Sun, 21 Jun 2026 22:33:54 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:12514) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <monnier@HIDDEN>) id 1wbUTq-0000WY-Ng for 81244 <at> debbugs.gnu.org; Sun, 21 Jun 2026 22:33:49 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 397F410008E; Sun, 21 Jun 2026 22:33:41 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1782095620; bh=qpqJLr3alMrFPN2cidk6XewmhbugNUNjxne4BnGXk60=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=ZC0uYLccJyomyavt7MAONBtevPz/1ipewVA3x6Zc1+ehuwFE4oUYdUScvqHXe4Jh1 TsEunbPPwSpbiZHRjAsNLfQchOKmY0dYH422gzAGwqK7vibiSbsZlPLkTF1UzD0bNF NGW4AbHOnL7PWPDJ/AHthmcbfV76W8tf0ce8fNz+xjjQywSS74dhBZmd7iDpEwSMLd grLMFpN+SbEPEZspbgePWqI0qdJEdLrJvs9flDOONknddXcXuUZlg2XdMqx33lC1Um 1GLC5NE8QxaHH/2UeSEUtXpaPCssu4w8konI5/JzBggnd7nGLaa6JYElQOCUuVTcci 3BHaAE3EiAyrg== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 67EE1100081; Sun, 21 Jun 2026 22:33:40 -0400 (EDT) Received: from pastel (unknown [104.247.237.64]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 28C6A12084D; Sun, 21 Jun 2026 22:33:40 -0400 (EDT) From: Stefan Monnier <monnier@HIDDEN> To: Juri Linkov <juri@HIDDEN> Subject: Re: bug#81244: require-match customizable by completion-category-overrides In-Reply-To: <877bnrwxse.fsf@HIDDEN> Message-ID: <jwva4sne251.fsf-monnier+emacs@HIDDEN> References: <87bjdbdczg.fsf@HIDDEN> <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> <87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN> <CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN> <jwvo6h9z4l0.fsf-monnier+emacs@HIDDEN> <87h5n1uq5m.fsf@HIDDEN> <jwvldcd2l1d.fsf-monnier+emacs@HIDDEN> <87cxxmzmlh.fsf@HIDDEN> <jwv33yiml2b.fsf-monnier+emacs@HIDDEN> <877bnrwxse.fsf@HIDDEN> Date: Sun, 21 Jun 2026 22:33:38 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.069 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 81244 Cc: Spencer Baugh <sbaugh@HIDDEN>, 81244 <at> debbugs.gnu.org, Daniel Mendler <mail@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) To get back to the original proposal: beside this yank-from-kill-ring usecase, are there other situations where some users have expressed the desire to change the `require-match` setting? === Stefan >>> It's useful mostly for long portions of text because >>> after inserting it's difficult to find boundaries >>> of the inserted text to adapt it to the buffer. >> I see. Doesn't the limitation of minibuffer reduce the usefulness? >> I think I'd have used `C-x n n` instead, right after the yank, but >> admittedly, it's more typing and more intrusive. > Editing the multi-line minibuffer is handy nowadays.
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.Received: (at 81244) by debbugs.gnu.org; 21 Jun 2026 18:42:53 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jun 21 14:42:52 2026 Received: from localhost ([127.0.0.1]:47261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wbN86-0008Bl-7G for submit <at> debbugs.gnu.org; Sun, 21 Jun 2026 14:42:52 -0400 Received: from mout-p-102.mailbox.org ([80.241.56.152]:41328) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1wbN6V-00084r-CF for 81244 <at> debbugs.gnu.org; Sun, 21 Jun 2026 14:41:13 -0400 Received: from smtp102.mailbox.org (smtp102.mailbox.org [IPv6:2001:67c:2050:b231:465::102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-102.mailbox.org (Postfix) with ESMTPS id 4gk0XH55BBz9v1S; Sun, 21 Jun 2026 20:41:03 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; t=1782067263; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=UUAWLwWSBnnC9FeIKWsIo6miMT8naBJO3Ptj/ap2Qz4=; b=PBhxxJBZmn0OI3Ou1/qmHQXQe+lzxPj6D9p5s2VzWyRv2hKYeT91TEUQz4F9Y4rR4Bz+LJ SHw9QsTqCfOhwe+tLCsG97YfGymBaQtdIw6C2dl3Gq0k0E+vEsAXB+bmu/Ow84B4TWAglk /6+OvhWkmtNpk7+D8Lutn11aFZlvw/jAAO2Y36e0othWiuGTVq0JDV+ngDa2ydDjba8/Vz 2Vm+e+p/CFw+r2wW86Zu7QJSFaWeKmlCrJDMuAbqhE6yNcXK8kFjIiWM4U1dskMdPJkcag MbkRN+JIMPZ0OPLtpYiGyPRNnX9n4vlVhwyVnz+y+OwdVwJ3JYoblFsVQPbyGA== Authentication-Results: outgoing_mbo_mout; dkim=none; spf=pass (outgoing_mbo_mout: domain of juri@HIDDEN designates 2001:67c:2050:b231:465::102 as permitted sender) smtp.mailfrom=juri@HIDDEN From: Juri Linkov <juri@HIDDEN> To: Stefan Monnier <monnier@HIDDEN> Subject: Re: bug#81244: require-match customizable by completion-category-overrides In-Reply-To: <jwv33yiml2b.fsf-monnier+emacs@HIDDEN> Organization: LINKOV.NET References: <87bjdbdczg.fsf@HIDDEN> <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> <87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN> <CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN> <jwvo6h9z4l0.fsf-monnier+emacs@HIDDEN> <87h5n1uq5m.fsf@HIDDEN> <jwvldcd2l1d.fsf-monnier+emacs@HIDDEN> <87cxxmzmlh.fsf@HIDDEN> <jwv33yiml2b.fsf-monnier+emacs@HIDDEN> Date: Sun, 21 Jun 2026 21:39:13 +0300 Message-ID: <877bnrwxse.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 4gk0XH55BBz9v1S X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 81244 Cc: Spencer Baugh <sbaugh@HIDDEN>, 81244 <at> debbugs.gnu.org, Daniel Mendler <mail@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) >> It's useful mostly for long portions of text because >> after inserting it's difficult to find boundaries >> of the inserted text to adapt it to the buffer. > > I see. Doesn't the limitation of minibuffer reduce the usefulness? > I think I'd have used `C-x n n` instead, right after the yank, but > admittedly, it's more typing and more intrusive. Editing the multi-line minibuffer is handy nowadays.
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.
Received: (at 81244) by debbugs.gnu.org; 19 Jun 2026 18:43:23 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jun 19 14:43:22 2026
Received: from localhost ([127.0.0.1]:55260 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1waeBS-0002fs-A7
for submit <at> debbugs.gnu.org; Fri, 19 Jun 2026 14:43:21 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:21409)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <monnier@HIDDEN>)
id 1waeBM-0002f1-Gc
for 81244 <at> debbugs.gnu.org; Fri, 19 Jun 2026 14:43:15 -0400
Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1])
by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 9E79F44341D;
Fri, 19 Jun 2026 14:43:06 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
s=mail; t=1781894585;
bh=VTkOB7uYGfR1DK2/U5oiY6MW077NibVH/2GmMqHgHWg=;
h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
b=AVmhJm4wMB60F0k9akyQV+Y8Pccd8pQXFCH6qYzuTX5GMb/+MuV7ZlipGgNdzZrpG
Pb7P4oF5PbRPtLmShpfPOVA8DyG8M0mc5VjQDB1b7ogELu1FzjWDw6mpYtQzE4mGw+
LGl1q1os+jIpOD+CvsqToiRnEnEgHMamMwV856XD8Ysw1NE3pAlyeeLNZ2Fx0Iz8ob
zaD1iCnQHJt3/6oUED7A4fy/CdG/aOan0qKvguI7C475sCLDZtS0dDKGSyv19Fiqgy
cqyH6pnDQIBiaEpT7aYqzGVuE2lLVuj6Lhdk+M7Mi6ukcKi2FsQ5GDwqDbVqiWlkAy
iuBKp/5kVRMYg==
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 8860C443413;
Fri, 19 Jun 2026 14:43:05 -0400 (EDT)
Received: from alfajor (unknown [132.205.229.211])
by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 6D6261200C7;
Fri, 19 Jun 2026 14:43:05 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
Subject: Re: bug#81244: require-match customizable by
completion-category-overrides
In-Reply-To: <87cxxmzmlh.fsf@HIDDEN>
Message-ID: <jwv33yiml2b.fsf-monnier+emacs@HIDDEN>
References: <87bjdbdczg.fsf@HIDDEN>
<jwv4ij37nqi.fsf-monnier+emacs@HIDDEN>
<87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN>
<CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN>
<jwvo6h9z4l0.fsf-monnier+emacs@HIDDEN>
<87h5n1uq5m.fsf@HIDDEN>
<jwvldcd2l1d.fsf-monnier+emacs@HIDDEN>
<87cxxmzmlh.fsf@HIDDEN>
Date: Fri, 19 Jun 2026 14:43:04 -0400
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results: 0
ALL_TRUSTED -1 Passed through trusted hosts only via SMTP
AWL 0.000 Adjusted score from AWL reputation of From: address
BAYES_00 -1.9 Bayes spam probability is 0 to 1%
DKIM_SIGNED 0.1 Message has a DKIM or DK signature,
not necessarily valid
DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
domain
DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from
domain
X-SPAM-LEVEL:
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 81244
Cc: Spencer Baugh <sbaugh@HIDDEN>, 81244 <at> debbugs.gnu.org,
Daniel Mendler <mail@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
>> To me, the current default of `read-from-kill-ring` seems ... very odd
>> (I'd call it a UI bug), because the docstring of `yank-from-kill-ring`
>> is pretty clear that this is about *selecting* one of the previously
>> killed chunks of text. Of course, the docstring also documents the
>> current behavior ("You can also edit the selected text in the minibuffer
>> before inserting it") but it doesn't explain why that's a good idea.
>>
>> Could you explain why/when you prefer this behavior?
>
> It's useful mostly for long portions of text because
> after inserting it's difficult to find boundaries
> of the inserted text to adapt it to the buffer.
I see. Doesn't the limitation of minibuffer reduce the usefulness?
I think I'd have used `C-x n n` instead, right after the yank, but
admittedly, it's more typing and more intrusive.
>> Maybe we could have a middle ground where RET does complete-and-exit as
>> is the case for `require-match`, but we offer some other binding to exit
>> without completing, for those (presumably rare) cases where you want to
>> edit the selected element before inserting it?
> Like 'C-M-c'?
Indeed, except this one is well-hidden and carefully not documented to do
what you want.
=== Stefan
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.
Received: (at 81244) by debbugs.gnu.org; 19 Jun 2026 15:20:52 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jun 19 11:20:52 2026
Received: from localhost ([127.0.0.1]:53723 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1wab1Y-0003dj-0N
for submit <at> debbugs.gnu.org; Fri, 19 Jun 2026 11:20:52 -0400
Received: from mout-p-103.mailbox.org ([2001:67c:2050:0:465::103]:35642)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1wab1V-0003co-N0
for 81244 <at> debbugs.gnu.org; Fri, 19 Jun 2026 11:20:50 -0400
Received: from smtp1.mailbox.org (smtp1.mailbox.org
[IPv6:2001:67c:2050:b231:465::1])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
(No client certificate requested)
by mout-p-103.mailbox.org (Postfix) with ESMTPS id 4ghhB14pMQz9sjG;
Fri, 19 Jun 2026 17:20:41 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001;
t=1781882441;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:cc:mime-version:mime-version:content-type:content-type:
in-reply-to:in-reply-to:references:references;
bh=YJ4ysaDx8T3p5zDLSrBJcwcZd0ZMIupHGiSwcZmhXZU=;
b=18PDKD+PYbt5/iQaKnG20uru32U99G65mPSILPb98Dncj0uqxfmjl2kozH0qbNXzVkky7J
iM3EAp2aFittYnN30Xas2lk4YGMz9q0OP10yde+yfa/X2jYk10OSsjbu+bA0lqa9dydfxl
p7A6jnJ9WuXBfcFVezDVUDmbykIGitdhDAbo1H8GA0kYgjI3k6Duqtt0iVZMzbNe4Mc5eS
8qjWjSnB3VP9SAx2Px6Gpy9/bWI+bxLpQ1Si0ZWGhr1F9xpX1uH3uEqhE695jysAGeMxnw
agiVdu1gMlEhUp9PinxuP+prwp2+kINKtEg+vsTq4NCyCS+7jn0OYBCFwAM4uQ==
Authentication-Results: outgoing_mbo_mout; dkim=none;
spf=pass (outgoing_mbo_mout: domain of juri@HIDDEN designates
2001:67c:2050:b231:465::1 as permitted sender) smtp.mailfrom=juri@HIDDEN
From: Juri Linkov <juri@HIDDEN>
To: Stefan Monnier <monnier@HIDDEN>
Subject: Re: bug#81244: require-match customizable by
completion-category-overrides
In-Reply-To: <jwvldcd2l1d.fsf-monnier+emacs@HIDDEN>
Organization: LINKOV.NET
References: <87bjdbdczg.fsf@HIDDEN>
<jwv4ij37nqi.fsf-monnier+emacs@HIDDEN>
<87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN>
<CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN>
<jwvo6h9z4l0.fsf-monnier+emacs@HIDDEN>
<87h5n1uq5m.fsf@HIDDEN>
<jwvldcd2l1d.fsf-monnier+emacs@HIDDEN>
Date: Fri, 19 Jun 2026 18:19:54 +0300
Message-ID: <87cxxmzmlh.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Rspamd-Queue-Id: 4ghhB14pMQz9sjG
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 81244
Cc: Spencer Baugh <sbaugh@HIDDEN>, 81244 <at> debbugs.gnu.org,
Daniel Mendler <mail@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)
> To me, the current default of `read-from-kill-ring` seems ... very odd
> (I'd call it a UI bug), because the docstring of `yank-from-kill-ring`
> is pretty clear that this is about *selecting* one of the previously
> killed chunks of text. Of course, the docstring also documents the
> current behavior ("You can also edit the selected text in the minibuffer
> before inserting it") but it doesn't explain why that's a good idea.
>
> Could you explain why/when you prefer this behavior?
It's useful mostly for long portions of text because
after inserting it's difficult to find boundaries
of the inserted text to adapt it to the buffer.
> Maybe we could have a middle ground where RET does complete-and-exit as
> is the case for `require-match`, but we offer some other binding to exit
> without completing, for those (presumably rare) cases where you want to
> edit the selected element before inserting it?
Like 'C-M-c'?
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.
Received: (at 81244) by debbugs.gnu.org; 17 Jun 2026 16:35:22 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jun 17 12:35:21 2026
Received: from localhost ([127.0.0.1]:58472 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1wZtET-00086X-LD
for submit <at> debbugs.gnu.org; Wed, 17 Jun 2026 12:35:20 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:17639)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <monnier@HIDDEN>)
id 1wZtEO-000845-7V
for 81244 <at> debbugs.gnu.org; Wed, 17 Jun 2026 12:35:14 -0400
Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1])
by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 8AA1944317A;
Wed, 17 Jun 2026 12:35:05 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
s=mail; t=1781714100;
bh=uB6jbShxzAvCo4LsSiDT6y3IQPCSGnzPHI3oBweiXFQ=;
h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
b=brM4V72cJDrS8VY72pEJmr9PYkbbeTL3Qts3WqcS/t/hD741EW6t8HxkBy1BunkOT
nxW0k6bMFi5m+2Y5TFk3j4IancJhRAB2lRynN1F2jff0qLmDBlGMG9FqeCtUPZ6VCo
Zj90dQVv+TwHj/Bb7BnNnkJZAOpY7Yrt8uSBUh0fciyM64QdJXNUJo1bhJlcuXp0HC
U2kicreE54WPFB2c+kGZ9WvKeaKGcRxillqKenEnowR6nm9Xv/c8uOb3rwggZ+zFyb
l2/c8iq7WWXxFJPeU7pyIA/IMZSNZoHeRao1cbEhDq0BrXA/EJYHy4FODGGnTokz+L
6V76pt80fkM4w==
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 0C0AD443186;
Wed, 17 Jun 2026 12:35:00 -0400 (EDT)
Received: from lechazo (lechon.iro.umontreal.ca [132.204.27.242])
by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id EE9AD1201D2;
Wed, 17 Jun 2026 12:34:59 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
Subject: Re: bug#81244: require-match customizable by
completion-category-overrides
In-Reply-To: <87h5n1uq5m.fsf@HIDDEN>
Message-ID: <jwvldcd2l1d.fsf-monnier+emacs@HIDDEN>
References: <87bjdbdczg.fsf@HIDDEN>
<jwv4ij37nqi.fsf-monnier+emacs@HIDDEN>
<87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN>
<CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN>
<jwvo6h9z4l0.fsf-monnier+emacs@HIDDEN>
<87h5n1uq5m.fsf@HIDDEN>
Date: Wed, 17 Jun 2026 12:34:59 -0400
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results: 0
ALL_TRUSTED -1 Passed through trusted hosts only via SMTP
AWL 0.193 Adjusted score from AWL reputation of From: address
BAYES_00 -1.9 Bayes spam probability is 0 to 1%
DKIM_SIGNED 0.1 Message has a DKIM or DK signature,
not necessarily valid
DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
domain
DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from
domain
X-SPAM-LEVEL:
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 81244
Cc: Spencer Baugh <sbaugh@HIDDEN>, 81244 <at> debbugs.gnu.org,
Daniel Mendler <mail@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
>> My question is: are there users who prefer the current behavior?
>> If both sets of users exist, are they talking about the same prompt
>> (i.e. the same call to `read-from-kill-ring` from the same command)?
> Yes, there are users who prefer RET to complete and exit,
> and there are users who prefer to edit a previous string
> for M-y before inserting it to the buffer.
To me, the current default of `read-from-kill-ring` seems ... very odd
(I'd call it a UI bug), because the docstring of `yank-from-kill-ring`
is pretty clear that this is about *selecting* one of the previously
killed chunks of text. Of course, the docstring also documents the
current behavior ("You can also edit the selected text in the minibuffer
before inserting it") but it doesn't explain why that's a good idea.
Could you explain why/when you prefer this behavior?
Maybe we could have a middle ground where RET does complete-and-exit as
is the case for `require-match`, but we offer some other binding to exit
without completing, for those (presumably rare) cases where you want to
edit the selected element before inserting it?
=== Stefan
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.Received: (at 81244) by debbugs.gnu.org; 17 Jun 2026 15:57:24 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jun 17 11:57:23 2026 Received: from localhost ([127.0.0.1]:58360 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wZsdl-0004OV-GI for submit <at> debbugs.gnu.org; Wed, 17 Jun 2026 11:57:23 -0400 Received: from mout-p-202.mailbox.org ([2001:67c:2050:0:465::202]:50562) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1wZsdI-0004LU-La for 81244 <at> debbugs.gnu.org; Wed, 17 Jun 2026 11:56:54 -0400 Received: from smtp102.mailbox.org (smtp102.mailbox.org [10.196.197.102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-202.mailbox.org (Postfix) with ESMTPS id 4ggT4Y5j9Vz9tv9; Wed, 17 Jun 2026 17:56:45 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; t=1781711805; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=a1KETAUa2PYdj3p5tUHtngujf+hLydHkAcOa9PGiQP0=; b=s8LVEQegPRsD9NUUNFq/ZC1WyHnfKRJ0ShvVN5zp1jO1aMU7mmOn8iBqW2JlL0cC12KfZL 5sUs6RGsPBJm9g4rOES19v7izcXuP4IDjIMMVQpXvVuI4+EcEteHkdmOORMpa6jMR9XYga cOWjX4Q1PoGQeZefhkoln3KNZ0G++PUBv++xALX9t80IRDA1X83Izg8lbt2OVDtNZbEHa6 ILdp+OMfPCsgQPcXD14eSka2GSaGwtoeajP7y6P3SM3J1wEA5/xlPkO+uSGJ0KQzrkxsm8 Q5e0M9eLFlfA39jkAZFPzdaeka08ltKNjpgKsyRKetXn5xBefwPVjApDNfRODQ== From: Juri Linkov <juri@HIDDEN> To: Stefan Monnier <monnier@HIDDEN> Subject: Re: bug#81244: require-match customizable by completion-category-overrides In-Reply-To: <jwvo6h9z4l0.fsf-monnier+emacs@HIDDEN> Organization: LINKOV.NET References: <87bjdbdczg.fsf@HIDDEN> <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> <87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN> <CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN> <jwvo6h9z4l0.fsf-monnier+emacs@HIDDEN> Date: Wed, 17 Jun 2026 18:45:25 +0300 Message-ID: <87h5n1uq5m.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 81244 Cc: Spencer Baugh <sbaugh@HIDDEN>, 81244 <at> debbugs.gnu.org, Daniel Mendler <mail@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) > My question is: are there users who prefer the current behavior? > If both sets of users exist, are they talking about the same prompt > (i.e. the same call to `read-from-kill-ring` from the same command)? Yes, there are users who prefer RET to complete and exit, and there are users who prefer to edit a previous string for M-y before inserting it to the buffer.
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.Received: (at 81244) by debbugs.gnu.org; 17 Jun 2026 15:57:22 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jun 17 11:57:21 2026 Received: from localhost ([127.0.0.1]:58358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wZsdj-0004OH-Gt for submit <at> debbugs.gnu.org; Wed, 17 Jun 2026 11:57:21 -0400 Received: from mout-p-101.mailbox.org ([2001:67c:2050:0:465::101]:45410) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1wZsdM-0004Lh-AA for 81244 <at> debbugs.gnu.org; Wed, 17 Jun 2026 11:56:58 -0400 Received: from smtp1.mailbox.org (smtp1.mailbox.org [10.196.197.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-101.mailbox.org (Postfix) with ESMTPS id 4ggT4c3hQKz9tj5; Wed, 17 Jun 2026 17:56:48 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; t=1781711808; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=C+4MnA3EncUk9aWc2/+WPFsfLOSlDsRPUdkGFP77j/Y=; b=yU4J9zfOkB6irOxOO+GPOtXPXSTHQhJTSNxGsOPKOKd4fSEeFnvitJOOfEaFr3TK+jH9BQ CejiiEpQHyBoTob2bUDj1On36xPKmKLyBTXBo1Q5qFOpSAvoCQYtrDqGe2X7enXHwJcwEH +pGW43iTdhYVXnB2PG/+LzQ5iyZpyRbVBknQqUPZSecWLQPA8TnlQbnPPSMEwsYO1zSdJK oAAaFuj6ZVqH8jJ1du6jg9rKte8w2b74gHrUSI/MQHS36FsJtCbsgURolsK67tM2N5oJWK c5quZerm9FQ0C7gsXooiRwwNtmdlgOBhhoraChviPJe+MH7ufolqqdqG0BMbIw== From: Juri Linkov <juri@HIDDEN> To: Daniel Mendler <mail@HIDDEN> Subject: Re: bug#81244: require-match customizable by completion-category-overrides In-Reply-To: <87jyryw70l.fsf@HIDDEN> Organization: LINKOV.NET References: <87bjdbdczg.fsf@HIDDEN> <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> <87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN> <CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN> <87jyryw70l.fsf@HIDDEN> Date: Wed, 17 Jun 2026 18:52:13 +0300 Message-ID: <87ldcdtb9u.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 81244 Cc: Spencer Baugh <sbaugh@HIDDEN>, Stefan Monnier <monnier@HIDDEN>, 81244 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) > From my experience the require-match setting of a command should be > chosen such that it specifies if a command can handle arbitrary input. So the command authors should decide whether to allow overriding 'require-match', when the authors are sure that the command won't break after customization of 'require-match'. We already have a pattern for such customization. For example, a command can allow the users to customize the window display behavior when the command is designed to support both variants. So when a display-buffer call contains '(allow-no-window . t)' then it's allowed to use 'display-buffer-no-window' in 'display-buffer-alist'. Similarly, we can introduce '(allow-require-match . t)' in the completion metadata. When non-nil, the users should be allowed to override the default value by 'completion-category-overrides'.
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.Received: (at 81244) by debbugs.gnu.org; 17 Jun 2026 14:23:15 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jun 17 10:23:14 2026 Received: from localhost ([127.0.0.1]:58110 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wZrAe-0003bU-Cg for submit <at> debbugs.gnu.org; Wed, 17 Jun 2026 10:23:14 -0400 Received: from mxout1.mail.janestreet.com ([38.105.200.78]:55361) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <sbaugh@HIDDEN>) id 1wZrAb-0003b8-7T for 81244 <at> debbugs.gnu.org; Wed, 17 Jun 2026 10:23:10 -0400 Received: from mail-lf1-f72.google.com ([209.85.167.72]) by mxgoog2.mail.janestreet.com with esmtps (TLS1.3:TLS_AES_128_GCM_SHA256:128) (Exim 4.99.4) id 1wZrAV-0000000AAV0-32IO for 81244 <at> debbugs.gnu.org; Wed, 17 Jun 2026 10:23:03 -0400 Received: by mail-lf1-f72.google.com with SMTP id 2adb3069b0e04-5aa65733812so3389407e87.2 for <81244 <at> debbugs.gnu.org>; Wed, 17 Jun 2026 07:23:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1781706182; cv=none; d=google.com; s=arc-20240605; b=S4rG3D2lw+6ION9w88HxfwlxKJ2s4o0FfkiqyCvKLJrH3P4Gh+AcSGhbG1iDbwzIJd D3QWfChEQ+ZuRlxDyn6XBC0X5R2hYqeE9m8TGxEco5soY6w0HfoJ+U/8I1eHzl+M0JeE Wh92BQmZEzM2UlHuYy0ZcdxDXXHHTnJBbVbOUJXkbolwDmzFluC0KBRYICAoe5FAU6gS bPGy6OnCQbwxQXorZNIOhtRa6tLr4D6LzZ6r+UhpYEoem2CxxUtrIN+HzhbtEPIzGRWY aqvsOsFuYS7OZvYf3WMzGu+exVupblumV28d59d0OC2prHVWi1rsXMyNunkVhTjq18OF W92w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=/edK7sfD0yC0ahVqx5yuvnZ1407nFXeTq2XrG/GQTAA=; fh=AlBdZccOwIuKxRorS513GEKWHS98+wQjP4N7pZaoSgE=; b=eIbbraCNJVigu8qqvg9GWldOqMNChDLMGFuyKqTWXvi/U9G/EnBYgS2nTEITRMVMXU 0XD6pL98vKL+jrfKNIUS08gzNG3IhjvlPnthdbYDcSNv8cmuliG+cA9X5EgCuEJZHVzq GZivchDRswEp1d45N3LqCi48XTvue+WQYZEmCainGTqm2bvrmmgmGDwdh0h1VK6P/eKx RTJbaYMNlGMzer5aU6mPu0AySuSMwQQCovfYx8gvvE+uGUBMd7JwWlKb0lvNfrjgZF4S ZLoZX/89GDu3ovUg65ObysJZJZw7dn1NvAu5SJD9QAkGwU2tzmE/Wmrunlws1FVUgvjG QEKw==; darn=debbugs.gnu.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=google; t=1781706182; x=1782310982; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=/edK7sfD0yC0ahVqx5yuvnZ1407nFXeTq2XrG/GQTAA=; b=LIbFHfdxYKh9FzhMnf8go3CqC2M6bC2OyTGNfhAIIg6J9avPQU8b8bL+2+9piMFZ+e 1mbW/xw+QxGJL7m/wpJGpVL7+YAl8YttxaR5N9rU9ns70vk91CLyxkuhJT798lmTFa7u 8xr9+j4h+9EqXSrsgDm3DxIxUQnhMrQSDQRDA= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=waixah; t=1781706183; bh=/edK7sfD0yC0ahVqx5yuvnZ1407nFXeTq2XrG/GQTAA=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=ng0nPzlRoew5tn4zIGsDxv5CgFuPOl9F/P8PzQjMqa/ygLyObMcaxQLsgO2/BzV5K GpFdrRTN5BJ09BrOGt3o0wZS0Vyk4mPV+N6FODqyQlnnxy/F+7IV6jDS66lHjg7nMT yEhZbMz3pXy8QIbxtIUjSmm39uLEH8sWghfU3Kr10e1/VI8ixMbvu0yY8BJuheC/SQ LGYZqVBQ/ZF6m9juL42b2PPnlgbnLqGGjHABs3gcbjEohynUwAhi8YdY0PATZULbnb ixjydF/btRlOpX+0qrSFjvyZRN5P7ebQRioqMux/be1esf1kWtKBdheKbvK/Hi5SsQ vQ+kVVFAaayJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781706182; x=1782310982; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=/edK7sfD0yC0ahVqx5yuvnZ1407nFXeTq2XrG/GQTAA=; b=O34QL+Hc98BAZjc4tCE/ejb5rNp4DKxF2IvHaRamzt4o2QMMLnNlYUbnzHq8AGhRFz 1hmTx+lmg6jWYC7ZAjqKrYGnT7Nz/AQniYcxZKsab+phLmG2LHklA2rLWhC6GVYKw7OS H/0OEM0/QBwRH5YVSuKFzq1OUnDgOQbGkjCoOtkuTR66qWfxA4PYlOMVDnY/l297VLwg wgbc0skfZO0g/yrV//e1ZzBj5sMIADH6fT8woo0tQb/ZvawFBjrIMQEGkSf/2JVOG+el 4X6QnJW5uF7idGSPTVE0fz3a0oEwgbB7VAVQ2dq1KWnQI24/FibIG0dn9gGm0qvkEZXq 7L4A== X-Forwarded-Encrypted: i=1; AFNElJ85t/0m37TPnMBa02JHIqR8wiLfF9VGaI+3xkpKHK+vfKGQa79exkrFYADp3T+eRt9YEZAbfA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwcEpPF4wghlvOiZAhgfvX3DRZ9tDZg+hjds/rMp4439hH6+ywC vbEuk8MmZqqJm8EIqSArK+MLQRsq8ZfJvGZoNAJRxCwaapTs9qU8NGZmOQwq30cQP/Zhz1WsWYD teEyg2xYf3QwRyG59CtQhEvymEF9GOEv7HrC9w+XDkMgXeB8LfAkMvnA94ErFPHgUxNv3khrIJO D105qR1T1i/GZGW6OMhCpm10SP5G1uOQ== X-Gm-Gg: AfdE7ckkZdI2WeK6AAU6GeCmIlE3AczS/roDI34XOh2OMRWPp5cT1ji8meYTX4GVd16 YATrWvhEqOhTcm00g0Jmojukbf6T5qx8gGkMGM2AEG6R582Gogzr6huFqcQ5TLQ6yzT9MWdQmf4 GLsaEh9jEv/cg0SPwJAqGIG8GU+FyOu8fSSAklIi6oTM0DYliQHSZQxtwCR4V0vigGLv/e820Dj G40QXk3IDtg+8BMgZP/PuswvxyYGxOdSRWb2EqZH2YTZgkyM0E= X-Received: by 2002:a05:6512:3b83:b0:5ad:4875:930b with SMTP id 2adb3069b0e04-5ad48759408mr1140368e87.30.1781706182425; Wed, 17 Jun 2026 07:23:02 -0700 (PDT) X-Received: by 2002:a05:6512:3b83:b0:5ad:4875:930b with SMTP id 2adb3069b0e04-5ad48759408mr1140349e87.30.1781706181865; Wed, 17 Jun 2026 07:23:01 -0700 (PDT) MIME-Version: 1.0 References: <87bjdbdczg.fsf@HIDDEN> <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> <87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN> <CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN> <jwvo6h9z4l0.fsf-monnier+emacs@HIDDEN> In-Reply-To: <jwvo6h9z4l0.fsf-monnier+emacs@HIDDEN> From: Spencer Baugh <sbaugh@HIDDEN> Date: Wed, 17 Jun 2026 10:22:49 -0400 X-Gm-Features: AVVi8Ce_wtvSi5DFI9zbFD5_xZiRkSf8-SVpwPvW3UYgX0Lndyng82iqGiukkz4 Message-ID: <CAO=BR8NxFejArym8PdgYkEXnxFyObU=iHGwarnDXZiAoKLZUnw@HIDDEN> Subject: Re: bug#81244: require-match customizable by completion-category-overrides To: Stefan Monnier <monnier@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000107cef065473cc15" X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 81244 Cc: Daniel Mendler <mail@HIDDEN>, 81244 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -6.0 (------) --000000000000107cef065473cc15 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Jun 17, 2026 at 9:22=E2=80=AFAM Stefan Monnier <monnier@HIDDEN= al.ca> wrote: > > The specific motivation is that some users prefer for RET in > > read-from-kill-ring to run minibuffer-complete-and-exit. They don't li= ke > > the current behavior where, if you type text which unambiguously select= s > a > > specific string in the kill ring and then press RET, you get the typed > text > > instead of the string from the kill ring. > > My question is: are there users who prefer the current behavior? > If both sets of users exist, are they talking about the same prompt > (i.e. the same call to `read-from-kill-ring` from the same command)? > I believe Juri prefers the current behavior. :) The command that I'm talking about is yank-pop with no previous yank command (which is equivalent to yank-from-kill-ring). --000000000000107cef065473cc15 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><span style=3D"background-color:transpare= nt">On Wed, Jun 17, 2026 at 9:22=E2=80=AFAM Stefan Monnier <<a href=3D"m= ailto:monnier@HIDDEN">monnier@HIDDEN</a>> wrote:</sp= an></div><div class=3D"gmail_quote gmail_quote_container"><blockquote class= =3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg= b(204,204,204);padding-left:1ex">> The specific motivation is that some = users prefer for RET in<br> > read-from-kill-ring to run minibuffer-complete-and-exit.=C2=A0 They do= n't like<br> > the current behavior where, if you type text which unambiguously selec= ts a<br> > specific string in the kill ring and then press RET, you get the typed= text<br> > instead of the string from the kill ring.<br> <br> My question is: are there users who prefer the current behavior?<br> If both sets of users exist, are they talking about the same prompt<br> (i.e. the same call to `read-from-kill-ring` from the same command)?<br></b= lockquote><div><br></div><div>I believe Juri prefers the current behavior. = :)</div><div><br></div><div>The command that I'm talking about is yank-= pop with no previous yank command (which is equivalent to yank-from-kill-ri= ng).</div></div></div> --000000000000107cef065473cc15--
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.Received: (at 81244) by debbugs.gnu.org; 17 Jun 2026 13:22:54 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jun 17 09:22:53 2026 Received: from localhost ([127.0.0.1]:56422 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wZqEF-0006WH-Oi for submit <at> debbugs.gnu.org; Wed, 17 Jun 2026 09:22:53 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:58999) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <monnier@HIDDEN>) id 1wZqEB-0006VL-Ox for 81244 <at> debbugs.gnu.org; Wed, 17 Jun 2026 09:22:49 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id A3FC0100316; Wed, 17 Jun 2026 09:22:41 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1781702560; bh=nhZi1UTS4liC6CuOtXgh+47BSf2OFChYB5CyCRnuhs4=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=J7mqIFgtpm1zyik3udL6EDVVvBcwKn+V292hdEOC2ANSQan7xB3h41GBnyyju/qp3 r7/cPzWHWU35vx4/85rGRxH9brE8CQWcxipVWgtrY5/+BvnA0ypHM47WHnzFySbe6T wPSzo4IS6xsraJIdgOw74RV/n0AL4WzZNVdzYTQ2GnRfmQRH4ZIa4BJkw6J11wfxna Knde0//j+D3Gr+AIHT10g9IPnzFAw1DE36uN/uvXYQZGYMmFWcDpBX3ZO/33pUlO8F u+EWMBklgg4MUdrEONMD00YuXk61YmJ+id+PPZFW4vS4Fh1OKicEu41ww89qjeRSHn Xegj7EkWjJUxQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id DD30410024D; Wed, 17 Jun 2026 09:22:40 -0400 (EDT) Received: from pastel (unknown [104.247.237.64]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id AC2321201BF; Wed, 17 Jun 2026 09:22:40 -0400 (EDT) From: Stefan Monnier <monnier@HIDDEN> To: Spencer Baugh <sbaugh@HIDDEN> Subject: Re: bug#81244: require-match customizable by completion-category-overrides In-Reply-To: <CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN> Message-ID: <jwvo6h9z4l0.fsf-monnier+emacs@HIDDEN> References: <87bjdbdczg.fsf@HIDDEN> <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> <87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN> <CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN> Date: Wed, 17 Jun 2026 09:22:39 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.056 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 81244 Cc: Daniel Mendler <mail@HIDDEN>, 81244 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > The specific motivation is that some users prefer for RET in > read-from-kill-ring to run minibuffer-complete-and-exit. They don't like > the current behavior where, if you type text which unambiguously selects a > specific string in the kill ring and then press RET, you get the typed text > instead of the string from the kill ring. My question is: are there users who prefer the current behavior? If both sets of users exist, are they talking about the same prompt (i.e. the same call to `read-from-kill-ring` from the same command)? === Stefan
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.Received: (at 81244) by debbugs.gnu.org; 16 Jun 2026 20:43:53 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 16 16:43:53 2026 Received: from localhost ([127.0.0.1]:52123 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wZadU-0002Va-Qv for submit <at> debbugs.gnu.org; Tue, 16 Jun 2026 16:43:53 -0400 Received: from server.qxqx.de ([2a01:4f8:c012:9177::1]:59311 helo=mail.qxqx.de) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <mail@HIDDEN>) id 1wZadS-0002VH-KJ for 81244 <at> debbugs.gnu.org; Tue, 16 Jun 2026 16:43:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=daniel-mendler.de; s=key; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=21nMmeSd2EU+Zjud2PghkOXQ0uwvisjRo6SvjZEGlWQ=; b=hMq8VoMZX3nj7mbKMI2AZFDeRe OojGD3OyWyjjb2GZj3vPzYelK334/isdteLhd5zfsY5dGLZ1JMpNkjhStFhM6sDLnXUaFcJH5IsbM Bfnv5592KT41rDKUJs1aWUERUjabumTXZg58W1HypIPiJZ6N6ga1vavM5PEmJ0wW9JvA=; From: Daniel Mendler <mail@HIDDEN> To: Spencer Baugh <sbaugh@HIDDEN> Subject: Re: bug#81244: require-match customizable by completion-category-overrides In-Reply-To: <CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN> References: <87bjdbdczg.fsf@HIDDEN> <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> <87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN> <CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN> Date: Tue, 16 Jun 2026 22:43:38 +0200 Message-ID: <87jyryw70l.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 81244 Cc: Stefan Monnier <monnier@HIDDEN>, 81244 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Spencer Baugh <sbaugh@HIDDEN> writes: > On Tue, Jun 16, 2026 at 11:57=E2=80=AFAM Daniel Mendler <mail@daniel-mend= ler.de> > wrote: > >> Juri Linkov <juri@HIDDEN> writes: >> >> >>> (push '(read-from-kill-ring (require-match . t)) >> >>> completion-category-overrides) >> >> >> >> I'm not dead set against it (I can't see any serious technical problem >> >> with it), but it's fundamentally not quite right, because in general = for >> >> a given category some interactions want `require-match` and others >> >> don't. So it sounds to me like the main uses would be to work around >> >> poor choices and that it would be usable only some of the time. >> > >> > Maybe this customization should depend on the command name? >> > With a new option like 'completion-command-overrides' >> > the case of the command 'yank-pop' will look like: >> >> Well, from my perspective, it is still not clear why we need to >> customize require-match. As Stefan wrote this hints more at "poor >> choices", and the command calling completing-read should be improved. >> > > (I was the one who originally brought this bug up to Juri.) > > The specific motivation is that some users prefer for RET in > read-from-kill-ring to run minibuffer-complete-and-exit. They don't like > the current behavior where, if you type text which unambiguously selects a > specific string in the kill ring and then press RET, you get the typed te= xt > instead of the string from the kill ring. > > Put differently: they want read-from-kill-ring to be more of a "selection > UI" than a "completion UI". I see your point. But this problem should better be solved on the level of the UI. For instance my Vertico UIal usually defaults to the selected candidate (see the setting vertico-preselect) and the user has to either explicitly select the prompt or exit with M-RET (vertico-exit-input). >> Otherwise, where such customization is justified will require >> > adding too specific option for each such case like: >> > >> > (defcustom read-from-kill-ring-require-match nil >> > ... >> >> Yes, I don't think such inflationary use of customization options is a >> good idea. This will get quickly out of hand. >> > > Eh... I don't really agree... it could be worth it. I am not sure what we are disagreeing about. I am certainly against adding separate customization options for every tiny bit, e.g., `read-from-kill-ring-require-match'. I would rather reuse `completion-category-overrides' or introduce `completion-command-overrides' for such customization, if it is really needed after all. >> OTOH, allowing overriding 'require-match' in >> > 'completion-category-overrides' has the danger >> > of unintended consequences. For example, often >> > users ask to allow 'set-variable' to accept even >> > non-existing variable names to be able to create >> > new variables. Should we allow the users doing this: >> >> Indeed. Many commands will even error when they are customized to accept >> arbitrary input. >> > > Keep in mind that you can already exit from any completing-read with an > arbitrary string using exit-recursive-edit (C-M-c), even with > require-match=3Dt. > > Of course, plausibly users who do that deserve whatever breakage they > get... Yes, I am aware. For many commands which require a match this leads to an error on the outer level. From my experience the require-match setting of a command should be chosen such that it specifies if a command can handle arbitrary input. I am not sure if it is a good idea to conflate this setting with UI behavior. Daniel
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.Received: (at 81244) by debbugs.gnu.org; 16 Jun 2026 20:01:36 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 16 16:01:36 2026 Received: from localhost ([127.0.0.1]:51843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wZZyZ-0008Vf-Kw for submit <at> debbugs.gnu.org; Tue, 16 Jun 2026 16:01:36 -0400 Received: from mxout5.mail.janestreet.com ([64.215.233.18]:48335) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <sbaugh@HIDDEN>) id 1wZZyW-0008VA-Vf for 81244 <at> debbugs.gnu.org; Tue, 16 Jun 2026 16:01:34 -0400 Received: from mail-lf1-f69.google.com ([209.85.167.69]) by mxgoog2.mail.janestreet.com with esmtps (TLS1.3:TLS_AES_128_GCM_SHA256:128) (Exim 4.99.4) id 1wZZyR-00000008j3N-0GXl for 81244 <at> debbugs.gnu.org; Tue, 16 Jun 2026 16:01:27 -0400 Received: by mail-lf1-f69.google.com with SMTP id 2adb3069b0e04-5aa4bb157a9so3629692e87.2 for <81244 <at> debbugs.gnu.org>; Tue, 16 Jun 2026 13:01:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1781640086; cv=none; d=google.com; s=arc-20240605; b=OuG+cuWAsyMRdckdzZjsnv7WjQxCGIjIJD7Gt6wh+DM6fv+gSXvMfquvviUbebxM+I GWZmgf7ytmp+maL6gSBvVVSHzbJ+L1KJwD54tOwWhGdt2lRUGSbxRJRCSG2utNf9awEL t1KU1h17XCq5VLgQ1P1GHi6RDnxrcWVul8/qa10iyqJeprDYdpTEhuH5uTnhxy/ELqP6 9mZ7bM1UKfOUTkAl0e+Sp9AImX/1jFcFusG9fIGmOWS8jdAgxKTc1OYysrh5jFHSFDOE 64yhk3zwuOFruQApV30TRfYwo6uCXK5j6AeeMymEEBvlLIYwfdd9+C6W+1j8kdM3A8ig Z8zA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=XDPSbMrlgS88uBGYPYO37zCAyWL1qGk3nqg7Tp90qk4=; fh=/5LIV60mQMz1mVn08VRML6T+nmRRQ1CLPLKi7iifLYE=; b=WQ3aQSGeUPk9nSrJ6tHEOY4x93JGqV/GT5mMhToZOHMI/SqMBrNLt4keHNZmn7Pb+o +zF6YYEvorINoyUUEIKonmF3utUkDfdWtkxQLC0UJSFB8m2xzOC2LgJe6dm0C7RkVyIY Uh1QR+RkbN+1lzyjLW52nVzwiYqFIrPat9BdwW2ZVgjNFEavfDoUTwhs+FPZDiTNaS92 4QUY6BKfVQ04IiA12czsnyoC9AZwkWz4wtpJgNc116vJpqRLBiD+/6tzZWM4dTVW+0iC tx3NTb9X/PSK5kMVJACS+7Wa8SXSClTZU3QB5gAh+4ovRIILu7Q715uRcb1ooIY4ylJj 0EBg==; darn=debbugs.gnu.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=google; t=1781640086; x=1782244886; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=XDPSbMrlgS88uBGYPYO37zCAyWL1qGk3nqg7Tp90qk4=; b=cVlsMcJkemJBzdqMudpgWu015928O7a9lhT8XC2WNs5BiM1kvsl5g8o1ambRM7qr8Z vtjxJ/Cdvwy4QAMjPvkATcep8eMrLhlwwI3QFJMK1LVcM9c8B2GYZaa7pqPafFSTw2Rl jUcSs+6B5Li0u0ERobFWXTxIJpXL32I0W6opo= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=waixah; t=1781640087; bh=XDPSbMrlgS88uBGYPYO37zCAyWL1qGk3nqg7Tp90qk4=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=s3aCnipC3ThgXOZ48TLFIYfUZQmE1XjM04t6CtIKV6Wtr38Ds3IVssRil6uje6QRp yDP2wE6W986q3fJ3BhaC2AyYZjiWVs/Xvmmc4wt/XOFiUABcfsuo+BN9RapCLCyyYf u1VmNs0EG1oLR0+jtNlmH/MfuVSMQdYTt/5jo8svMLWYwjYrE8bk3aBygCP1sqq86+ mKT+vOWQ85Hp+tKL/aAfNnPEFrErJK9QwavUAkHWMQ/PTFDk1OdINRjGXlP2uWTEfA A9TKCDdGGsMMHFvoxlM/Sj7PFgqu4g2kUxLmDJ0PpKLvF4Y/r7y3R12JDg2ss4If8E TMMsyz+3dcZCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781640086; x=1782244886; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=XDPSbMrlgS88uBGYPYO37zCAyWL1qGk3nqg7Tp90qk4=; b=hAWwuWl8X+49H8mFvOU+2cbVVPKX+y7x8sRzpjFB5lhu4RROD2ooVtNMNQq1gVvBj1 paGjfF9hyw0rnxibltvtyXepN0uZNNuXrZaxxpi0CFN8i8OOEVWd1bMxNrYkJMgZlzb1 vaIEBIKMVJ1FYTPLoAAXKm/cdMaQ+ZIo+2iND7AO6yqdz0K4smsuglmMfqFH8yYlv7Yf nSULTjhX4RnYwg/6cXi+AEEx1YVIX6+Nse6PuWLl8vvv+mNHYVXcT+AduypqITiDeAfG ml2b7+RRZk8mwUWPrXuji5jAzZthqquVeub7MjOKosnOCffIs3+xp/MmZt6zffIxBSA6 8zyA== X-Forwarded-Encrypted: i=1; AFNElJ+p0MmxwWSjW91RJB4bxeW1jeTI85cO3rtSw+IaiSLdwACdI8uSfXzYU3YF6FZjMR9xloRx0Q==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxfXjkAGQb49/6d1ZfdM5gaof+GNxeclcKrOjPII6ipwhQFfrQ+ 1y6+bwhPoSan1z0l2dE/YL4bVnZwA70z/IeQ6dCTDZpQ9fIRk2hf7qfRPsAohuGtTqq3ovph5Ug ZfTsna0MCDxvLbPoN3OXLcYs4NoDk6+Kunj8Kiczr/7TiRXrkZQH/0DnGGFBY8wTQi+CFS6RydB Cy487JtH97zXR/ux3+tpuVvePubDJxDA== X-Gm-Gg: Acq92OFRoYCQdRzkbWrEjAy0l6zde0j2IrxizX1VDQFB1OQp8wY+f5FSJs86SvQ5ufM fR0o8RWnxJ9UDVK4But/oZKU4O7k9MxAsrTHmIhU31ReoLynvFoiOxfD1pd24ppXagEnCsVGt2p gvZj6Z8YQyq60pJAdt1Ple4LtTnnqsplRG6NMMPwFB87JNhrD1NzK7uwEGmNqFlTS8qYXx6S/Xx PsS0hhM0de60b10uXPy7jFn59KDo1Fc2NhUlcVX281WVnMI/g26mau1e2WcZA== X-Received: by 2002:ac2:43a1:0:b0:5aa:b6b:f6ec with SMTP id 2adb3069b0e04-5ad4702626emr162562e87.42.1781640085903; Tue, 16 Jun 2026 13:01:25 -0700 (PDT) X-Received: by 2002:ac2:43a1:0:b0:5aa:b6b:f6ec with SMTP id 2adb3069b0e04-5ad4702626emr162552e87.42.1781640085525; Tue, 16 Jun 2026 13:01:25 -0700 (PDT) MIME-Version: 1.0 References: <87bjdbdczg.fsf@HIDDEN> <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> <87pl1qa6gk.fsf@HIDDEN> <87wlvy7a1l.fsf@HIDDEN> In-Reply-To: <87wlvy7a1l.fsf@HIDDEN> From: Spencer Baugh <sbaugh@HIDDEN> Date: Tue, 16 Jun 2026 16:01:14 -0400 X-Gm-Features: AVVi8CebfTQbrvkd4TYRHD7Wl9_goVft4pjzskUQJGvC8w-ev57Kc8ADSi7jKy4 Message-ID: <CAO=BR8N8UqdN5-SZFr8GRBZQLgOsFL8Fqv0OmQFCBDV16KKC=A@HIDDEN> Subject: Re: bug#81244: require-match customizable by completion-category-overrides To: Daniel Mendler <mail@HIDDEN> Content-Type: multipart/alternative; boundary="0000000000006a67a10654646810" X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 81244 Cc: Stefan Monnier <monnier@HIDDEN>, 81244 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -6.0 (------) --0000000000006a67a10654646810 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Jun 16, 2026 at 11:57=E2=80=AFAM Daniel Mendler <mail@daniel-mendle= r.de> wrote: > Juri Linkov <juri@HIDDEN> writes: > > >>> (push '(read-from-kill-ring (require-match . t)) > >>> completion-category-overrides) > >> > >> I'm not dead set against it (I can't see any serious technical problem > >> with it), but it's fundamentally not quite right, because in general f= or > >> a given category some interactions want `require-match` and others > >> don't. So it sounds to me like the main uses would be to work around > >> poor choices and that it would be usable only some of the time. > > > > Maybe this customization should depend on the command name? > > With a new option like 'completion-command-overrides' > > the case of the command 'yank-pop' will look like: > > Well, from my perspective, it is still not clear why we need to > customize require-match. As Stefan wrote this hints more at "poor > choices", and the command calling completing-read should be improved. > (I was the one who originally brought this bug up to Juri.) The specific motivation is that some users prefer for RET in read-from-kill-ring to run minibuffer-complete-and-exit. They don't like the current behavior where, if you type text which unambiguously selects a specific string in the kill ring and then press RET, you get the typed text instead of the string from the kill ring. Put differently: they want read-from-kill-ring to be more of a "selection UI" than a "completion UI". > Otherwise, where such customization is justified will require > > adding too specific option for each such case like: > > > > (defcustom read-from-kill-ring-require-match nil > > ... > > Yes, I don't think such inflationary use of customization options is a > good idea. This will get quickly out of hand. > Eh... I don't really agree... it could be worth it. > OTOH, allowing overriding 'require-match' in > > 'completion-category-overrides' has the danger > > of unintended consequences. For example, often > > users ask to allow 'set-variable' to accept even > > non-existing variable names to be able to create > > new variables. Should we allow the users doing this: > > Indeed. Many commands will even error when they are customized to accept > arbitrary input. > Keep in mind that you can already exit from any completing-read with an arbitrary string using exit-recursive-edit (C-M-c), even with require-match=3Dt. Of course, plausibly users who do that deserve whatever breakage they get..= . --0000000000006a67a10654646810 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><span style=3D"background-color:transpare= nt">On Tue, Jun 16, 2026 at 11:57=E2=80=AFAM Daniel Mendler <<a href=3D"= mailto:mail@HIDDEN">mail@HIDDEN</a>> wrote:</span>= </div><div class=3D"gmail_quote gmail_quote_container"><blockquote class=3D= "gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(2= 04,204,204);padding-left:1ex">Juri Linkov <<a href=3D"mailto:juri@linkov= .net" target=3D"_blank">juri@HIDDEN</a>> writes:<br> <br> >>>=C2=A0 =C2=A0(push '(read-from-kill-ring (require-match . t= ))<br> >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0completion-category-overrides= )<br> >><br> >> I'm not dead set against it (I can't see any serious techn= ical problem<br> >> with it), but it's fundamentally not quite right, because in g= eneral for<br> >> a given category some interactions want `require-match` and others= <br> >> don't.=C2=A0 So it sounds to me like the main uses would be to= work around<br> >> poor choices and that it would be usable only some of the time.<br= > ><br> > Maybe this customization should depend on the command name?<br> > With a new option like 'completion-command-overrides'<br> > the case of the command 'yank-pop' will look like:<br> <br> Well, from my perspective, it is still not clear why we need to<br> customize require-match. As Stefan wrote this hints more at "poor<br> choices", and the command calling completing-read should be improved.<= br></blockquote><div><br></div><div>(I was the one who originally brought t= his bug up to Juri.)=C2=A0=C2=A0</div><div><br></div><div>The specific moti= vation is that some users prefer for RET in read-from-kill-ring to run=C2= =A0minibuffer-complete-and-exit.=C2=A0 They don't like the current beha= vior where, if you type text which unambiguously selects a specific string = in the kill ring and then press RET, you get the typed text instead of the = string from the kill ring.</div><div><br></div><div>Put differently: they w= ant read-from-kill-ring to be more of a "selection UI" than a &qu= ot;completion UI".</div><div><br></div><blockquote class=3D"gmail_quot= e" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204)= ;padding-left:1ex"> > Otherwise, where such customization is justified will require<br> > adding too specific option for each such case like:<br> ><br> >=C2=A0 =C2=A0(defcustom read-from-kill-ring-require-match nil<br> >=C2=A0 =C2=A0...<br> <br> Yes, I don't think such inflationary use of customization options is a<= br> good idea. This will get quickly out of hand.<br></blockquote><div><br></di= v><div>Eh... I don't really agree... it could be worth it.</div><div><b= r></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex= ;border-left:1px solid rgb(204,204,204);padding-left:1ex"> > OTOH, allowing overriding 'require-match' in<br> > 'completion-category-overrides' has the danger<br> > of unintended consequences.=C2=A0 For example, often<br> > users ask to allow 'set-variable' to accept even<br> > non-existing variable names to be able to create<br> > new variables.=C2=A0 Should we allow the users doing this:<br> <br> Indeed. Many commands will even error when they are customized to accept<br= > arbitrary input.<br></blockquote><div><br></div><div>Keep in mind that you = can already exit from any completing-read with an arbitrary string using ex= it-recursive-edit (C-M-c), even with require-match=3Dt.</div><div><br></div= ><div>Of course, plausibly users who do that deserve whatever breakage they= get...</div></div></div> --0000000000006a67a10654646810--
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.Received: (at 81244) by debbugs.gnu.org; 16 Jun 2026 15:57:52 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 16 11:57:51 2026 Received: from localhost ([127.0.0.1]:49956 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wZWAd-0007w8-Do for submit <at> debbugs.gnu.org; Tue, 16 Jun 2026 11:57:50 -0400 Received: from server.qxqx.de ([2a01:4f8:c012:9177::1]:59107 helo=mail.qxqx.de) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <mail@HIDDEN>) id 1wZWAV-0007vD-A4 for 81244 <at> debbugs.gnu.org; Tue, 16 Jun 2026 11:57:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=daniel-mendler.de; s=key; h=Content-Type:MIME-Version:Message-ID:Date: References:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=F/lefv2eTujtPJph13w7/yGjQBwaZT4YV+l3IBn5Twk=; b=TB13sCJeJV4NTKtjR9p0UISwCv Rp3jaUE17GMbpqbc8OGscCcc9E3jzOKAQFJLc4MpD604nSRbaXVRHpwOw/m7aLtSlnf3nElBmgr9N Rlnn477rCy9Bnfu0MEtkM4/6MxdJuTcSWv9MjUZr7/+E9HvRoqs9vB4FN0KGUFsI72AY=; From: Daniel Mendler <mail@HIDDEN> To: Juri Linkov <juri@HIDDEN> Subject: Re: bug#81244: require-match customizable by completion-category-overrides In-Reply-To: <87pl1qa6gk.fsf@HIDDEN> References: <87bjdbdczg.fsf@HIDDEN> <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> <87pl1qa6gk.fsf@HIDDEN> Date: Tue, 16 Jun 2026 17:57:26 +0200 Message-ID: <87wlvy7a1l.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 81244 Cc: sbaugh@HIDDEN, Stefan Monnier <monnier@HIDDEN>, 81244 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Juri Linkov <juri@HIDDEN> writes: >>> (push '(read-from-kill-ring (require-match . t)) >>> completion-category-overrides) >> >> I'm not dead set against it (I can't see any serious technical problem >> with it), but it's fundamentally not quite right, because in general for >> a given category some interactions want `require-match` and others >> don't. So it sounds to me like the main uses would be to work around >> poor choices and that it would be usable only some of the time. > > Maybe this customization should depend on the command name? > With a new option like 'completion-command-overrides' > the case of the command 'yank-pop' will look like: Well, from my perspective, it is still not clear why we need to customize require-match. As Stefan wrote this hints more at "poor choices", and the command calling completing-read should be improved. > Otherwise, where such customization is justified will require > adding too specific option for each such case like: > > (defcustom read-from-kill-ring-require-match nil > ... Yes, I don't think such inflationary use of customization options is a good idea. This will get quickly out of hand. > OTOH, allowing overriding 'require-match' in > 'completion-category-overrides' has the danger > of unintended consequences. For example, often > users ask to allow 'set-variable' to accept even > non-existing variable names to be able to create > new variables. Should we allow the users doing this: Indeed. Many commands will even error when they are customized to accept arbitrary input. Daniel
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.
Received: (at 81244) by debbugs.gnu.org; 16 Jun 2026 15:21:00 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 16 11:21:00 2026
Received: from localhost ([127.0.0.1]:49871 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1wZVay-0004j1-Re
for submit <at> debbugs.gnu.org; Tue, 16 Jun 2026 11:20:59 -0400
Received: from mout-p-103.mailbox.org ([80.241.56.161]:47990)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1wZVao-0004h8-4K
for 81244 <at> debbugs.gnu.org; Tue, 16 Jun 2026 11:20:48 -0400
Received: from smtp2.mailbox.org (smtp2.mailbox.org [10.196.197.2])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
(No client certificate requested)
by mout-p-103.mailbox.org (Postfix) with ESMTPS id 4gfrKK4yPwz9tpW;
Tue, 16 Jun 2026 17:20:37 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001;
t=1781623237;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:cc:mime-version:mime-version:content-type:content-type:
in-reply-to:in-reply-to:references:references;
bh=Th4rPrNRpdX5hnDYF6MPI57QSTxukzxx3xuECn0fbB8=;
b=tKVdTyX4KkvWeImRmKvYPvtbeGkKcKq16SqRvp7Nqwy+B2l7I6lqiokpb4lVlseBZfopTN
NS1uX7kUVr9bzeJnXTdvlVtVqw99P8sNpIfIV+NRvxJqSi/iUSL13wGjZD4vgNtHdaojuJ
hizEvJpJksQ9QGCdCcnSiRqm8nctimMLy2oqQ5yZMKv4BkVWsUZgns5QGcQtiyXZ9NVgFR
/W2m2tbp6PEIegYBL6RQo1H618rfT32tFPtW2/hn3uGYeVitifSD0gnmT50Wo4Cimew8iM
/kz3nDx4eavtBS1TvbSmm4mgRSrEcEvxueuArDSpclntDZGVWF+aoM57mZ1Cew==
From: Juri Linkov <juri@HIDDEN>
To: Stefan Monnier <monnier@HIDDEN>
Subject: Re: bug#81244: require-match customizable by
completion-category-overrides
In-Reply-To: <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN>
Organization: LINKOV.NET
References: <87bjdbdczg.fsf@HIDDEN>
<jwv4ij37nqi.fsf-monnier+emacs@HIDDEN>
Date: Tue, 16 Jun 2026 18:16:35 +0300
Message-ID: <87pl1qa6gk.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 81244
Cc: sbaugh@HIDDEN, 81244 <at> debbugs.gnu.org, mail@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)
>> (push '(read-from-kill-ring (require-match . t))
>> completion-category-overrides)
>
> I'm not dead set against it (I can't see any serious technical problem
> with it), but it's fundamentally not quite right, because in general for
> a given category some interactions want `require-match` and others
> don't. So it sounds to me like the main uses would be to work around
> poor choices and that it would be usable only some of the time.
Maybe this customization should depend on the command name?
With a new option like 'completion-command-overrides'
the case of the command 'yank-pop' will look like:
(push '(yank-pop (require-match . t))
completion-command-overrides)
Also considered in
https://yhetil.org/emacs-devel/87zf88ug3x.fsf@HIDDEN/t/#u
Otherwise, where such customization is justified will require
adding too specific option for each such case like:
(defcustom read-from-kill-ring-require-match nil
...
OTOH, allowing overriding 'require-match' in
'completion-category-overrides' has the danger
of unintended consequences. For example, often
users ask to allow 'set-variable' to accept even
non-existing variable names to be able to create
new variables. Should we allow the users doing this:
(push '(set-variable (require-match . nil))
completion-command-overrides)
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.Received: (at 81244) by debbugs.gnu.org; 15 Jun 2026 20:23:21 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 15 16:23:21 2026 Received: from localhost ([127.0.0.1]:44734 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wZDq5-000115-2h for submit <at> debbugs.gnu.org; Mon, 15 Jun 2026 16:23:21 -0400 Received: from server.qxqx.de ([2a01:4f8:c012:9177::1]:57457 helo=mail.qxqx.de) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <mail@HIDDEN>) id 1wZDq2-00010g-Dh for 81244 <at> debbugs.gnu.org; Mon, 15 Jun 2026 16:23:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=daniel-mendler.de; s=key; h=Content-Type:MIME-Version:Message-ID:Date: References:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=p0hKKCgTA2RUJgt5raxPpHjQVq1/4nMciYmzaOYjjEk=; b=JR4Olp92UJgi27YB3ZvxjDe69b mMux3xbeE5Ma4Ia5kvRo2Di1qLyoRiawkmMCh18VO7UOINhfr8WRUHvExaPVq6aOFZabzaewBx9jg +ZBkIvTHW4s44BbRUVA1ith+iZkyIxSXY53C2KbyFJRKmJ3xzn67l4svboZNhO6mlo4c=; From: Daniel Mendler <mail@HIDDEN> To: Stefan Monnier <monnier@HIDDEN> Subject: Re: bug#81244: require-match customizable by completion-category-overrides In-Reply-To: <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> References: <87bjdbdczg.fsf@HIDDEN> <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> Date: Mon, 15 Jun 2026 22:23:07 +0200 Message-ID: <87o6hbwo2c.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 81244 Cc: sbaugh@HIDDEN, 81244 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Stefan Monnier <monnier@HIDDEN> writes: >> Would it be nice to allow user customization for overriding >> the value REQUIRE-MATCH of 'completing-read'. For example, >> 'read-from-kill-ring' hard-codes REQUIRE-MATCH=nil to permit >> editing the string before inserting it to the buffer. But it >> will be possible to override this with simple user customization: >> >> (push '(read-from-kill-ring (require-match . t)) >> completion-category-overrides) > > I'm not dead set against it (I can't see any serious technical problem > with it), but it's fundamentally not quite right, because in general for > a given category some interactions want `require-match` and others > don't. So it sounds to me like the main uses would be to work around > poor choices and that it would be usable only some of the time. I also don't really see why one would want to customize this based on category. Usually commands either require a match or they don't. If they require a match, it is usually a hard requirement (often the null completion is not even handled properly)! In other cases, when commands are more lax and don't really require a match, they should specify REQUIRE-MATCH=nil. > === Stefan
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.Received: (at 81244) by debbugs.gnu.org; 15 Jun 2026 16:54:30 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 15 12:54:29 2026 Received: from localhost ([127.0.0.1]:43208 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wZAZu-0001WI-W0 for submit <at> debbugs.gnu.org; Mon, 15 Jun 2026 12:54:29 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:57448) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <monnier@HIDDEN>) id 1wZAZq-0001VK-0n for 81244 <at> debbugs.gnu.org; Mon, 15 Jun 2026 12:54:24 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id A01EB442E5A; Mon, 15 Jun 2026 12:54:15 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1781542454; bh=c8FYl4906Ap8mchhTGtNKW8ywj/41bxXgIzPnqMe01g=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=pZbl333bi7C/Pt4Vds7rBV0RU8SocZc3NNFLWUbyQkUgAiBFWnCcShYKqhnjwfFhc TGY/WI87rlMTszZigIyMtaMpG7gGLfB4eI7z4tMKvIR/YkLCDSNAhyjzx6ZGf6ceBq ED5MwgOaYErNiVvgZLu7l6NzETWZaMGTMBYGvCDu4ss7ta/EwtOkJZZ2MyxTi18rIn RjyI33vWIoDzquPvsO5MkpOLZEKw2b956xfCeb0j8Z8D8kTkjcKt3/TJ5ii5Je97Q5 oBxdyJ8AW7osM6FUmsQZYBtOjt+HsBSHKSk2xx31rQvcikm9RgyZSNoVl65TiK/wpt /Jvf0+GhuNTxw== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 9EF02442E57; Mon, 15 Jun 2026 12:54:14 -0400 (EDT) Received: from lechazo (lechon.iro.umontreal.ca [132.204.27.242]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 91B911203D7; Mon, 15 Jun 2026 12:54:14 -0400 (EDT) From: Stefan Monnier <monnier@HIDDEN> To: Juri Linkov <juri@HIDDEN> Subject: Re: bug#81244: require-match customizable by completion-category-overrides In-Reply-To: <87bjdbdczg.fsf@HIDDEN> Message-ID: <jwv4ij37nqi.fsf-monnier+emacs@HIDDEN> References: <87bjdbdczg.fsf@HIDDEN> Date: Mon, 15 Jun 2026 12:54:08 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.196 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 81244 Cc: sbaugh@HIDDEN, 81244 <at> debbugs.gnu.org, mail@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > Would it be nice to allow user customization for overriding > the value REQUIRE-MATCH of 'completing-read'. For example, > 'read-from-kill-ring' hard-codes REQUIRE-MATCH=nil to permit > editing the string before inserting it to the buffer. But it > will be possible to override this with simple user customization: > > (push '(read-from-kill-ring (require-match . t)) > completion-category-overrides) I'm not dead set against it (I can't see any serious technical problem with it), but it's fundamentally not quite right, because in general for a given category some interactions want `require-match` and others don't. So it sounds to me like the main uses would be to work around poor choices and that it would be usable only some of the time. === Stefan
bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 15 Jun 2026 15:47:58 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 15 11:47:57 2026
Received: from localhost ([127.0.0.1]:42820 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1wZ9XZ-0000Mh-FA
for submit <at> debbugs.gnu.org; Mon, 15 Jun 2026 11:47:57 -0400
Received: from lists1p.gnu.org ([2001:470:142::17]:57214)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1wZ9XW-0000M6-6a
for submit <at> debbugs.gnu.org; Mon, 15 Jun 2026 11:47:55 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10])
by lists1p.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <juri@HIDDEN>) id 1wZ9XQ-00024h-Nf
for bug-gnu-emacs@HIDDEN; Mon, 15 Jun 2026 11:47:48 -0400
Received: from mout-p-101.mailbox.org ([80.241.56.151])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256)
(Exim 4.90_1) (envelope-from <juri@HIDDEN>) id 1wZ9XO-0004u6-FC
for bug-gnu-emacs@HIDDEN; Mon, 15 Jun 2026 11:47:48 -0400
Received: from smtp102.mailbox.org (smtp102.mailbox.org [10.196.197.102])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
(No client certificate requested)
by mout-p-101.mailbox.org (Postfix) with ESMTPS id 4gfDyz3mQ4z9sv6
for <bug-gnu-emacs@HIDDEN>; Mon, 15 Jun 2026 17:47:39 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001;
t=1781538459;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:mime-version:mime-version:content-type:content-type;
bh=NBvqIEBNPQpEY3Ety/6y7nudjSiQ/eaoGoL7x5YrE6k=;
b=pIpNZEMsN8L9fBUrkPIg499HleuAD6qcRMl5yKpWZJk0sfhtcjq48Klt28SGHvoVusIHdb
pXCFl32KQYZTTsKo0e9XM0Tl3ZyePvhY6LlJvCp/VL+rRE5OCWZllJk+3byTdn9B+M/9jo
fRy5cvt0UoG4570qSgr0huAOGearp0nYan/PwJzJ83IKea/S14aIrgpbMVUcL1Mb6tm1+F
lVtwKPHsBqfaPQx4u3A2xI48Gszg3/UdAYkeelmskfuFGSK6e7nzlNKIOajSEzpLVterUb
FVc8qRqWfwhv7/QI+jnzphdsMfITYfX2NbciD2EaoKiuiZBBBw3uOxBayxXaDA==
From: Juri Linkov <juri@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: require-match customizable by completion-category-overrides
Organization: LINKOV.NET
X-Debbugs-Cc: sbaugh@HIDDEN, monnier@HIDDEN,
mail@HIDDEN
Date: Mon, 15 Jun 2026 18:45:07 +0300
Message-ID: <87bjdbdczg.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
Received-SPF: pass client-ip=80.241.56.151; envelope-from=juri@HIDDEN;
helo=mout-p-101.mailbox.org
X-Spam_score_int: -27
X-Spam_score: -2.8
X-Spam_bar: --
X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)
--=-=-=
Content-Type: text/plain
Would it be nice to allow user customization for overriding
the value REQUIRE-MATCH of 'completing-read'. For example,
'read-from-kill-ring' hard-codes REQUIRE-MATCH=nil to permit
editing the string before inserting it to the buffer. But it
will be possible to override this with simple user customization:
(push '(read-from-kill-ring (require-match . t))
completion-category-overrides)
Here is the patch that does this:
--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline; filename=completing-read-require-match.patch
diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el
index 00ce306ba67..74c3409f784 100644
--- a/lisp/minibuffer.el
+++ b/lisp/minibuffer.el
@@ -5161,6 +5161,11 @@ completing-read-default
;; `read-from-minibuffer' uses 1-based index.
(1+ (cdr initial-input)))))
+ (if-let* ((metadata (completion-metadata initial-input collection predicate))
+ (cat (completion--metadata-get-1 metadata 'category))
+ (over (completion-category-get cat 'require-match)))
+ (setq require-match (cdr over)))
+
(let* ((base-keymap (if require-match
minibuffer-local-must-match-map
minibuffer-local-completion-map))
diff --git a/lisp/simple.el b/lisp/simple.el
index fd9ba28c762..6ad3c21ed9f 100644
--- a/lisp/simple.el
+++ b/lisp/simple.el
@@ -6561,7 +6561,8 @@ read-from-kill-ring
prompt
;; Keep sorted by recency
(completion-table-with-metadata
- completions '((display-sort-function . identity)))
+ completions '((display-sort-function . identity)
+ (category . read-from-kill-ring)))
nil nil nil
(if history-pos
(cons 'read-from-kill-ring-history
--=-=-=--
Juri Linkov <juri@HIDDEN>:sbaugh@HIDDEN, monnier@HIDDEN, mail@HIDDEN, bug-gnu-emacs@HIDDEN.
Full text available.sbaugh@HIDDEN, monnier@HIDDEN, mail@HIDDEN, bug-gnu-emacs@HIDDEN:bug#81244; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.