From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#60527: 30.0.50; Typing SPC in a minibuffer with completion Date: Wed, 4 Jan 2023 19:00:44 +0200 Message-ID: References: <91ec6e18-2748-9b75-ecd5-0c662d3f0bb5@yandex.ru> <83r0wbyo34.fsf@gnu.org> <8df48efb-9a7e-d5e7-77ff-50731d185f1c@yandex.ru> <83h6x6z792.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9214"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Cc: 60527@debbugs.gnu.org, monnier@iro.umontreal.ca To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jan 04 18:02:53 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pD7AC-00029L-VH for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 04 Jan 2023 18:02:52 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pD78W-0004To-Mt; Wed, 04 Jan 2023 12:01:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pD78Q-0004Qt-RU for bug-gnu-emacs@gnu.org; Wed, 04 Jan 2023 12:01:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pD78Q-0006z9-81 for bug-gnu-emacs@gnu.org; Wed, 04 Jan 2023 12:01:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pD78Q-0001Tx-4G for bug-gnu-emacs@gnu.org; Wed, 04 Jan 2023 12:01:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Jan 2023 17:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60527 X-GNU-PR-Package: emacs Original-Received: via spool by 60527-submit@debbugs.gnu.org id=B60527.16728516565677 (code B ref 60527); Wed, 04 Jan 2023 17:01:02 +0000 Original-Received: (at 60527) by debbugs.gnu.org; 4 Jan 2023 17:00:56 +0000 Original-Received: from localhost ([127.0.0.1]:49469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pD78J-0001TV-Sk for submit@debbugs.gnu.org; Wed, 04 Jan 2023 12:00:56 -0500 Original-Received: from mail-ej1-f44.google.com ([209.85.218.44]:37733) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pD78G-0001TE-Mi for 60527@debbugs.gnu.org; Wed, 04 Jan 2023 12:00:53 -0500 Original-Received: by mail-ej1-f44.google.com with SMTP id ud5so84227566ejc.4 for <60527@debbugs.gnu.org>; Wed, 04 Jan 2023 09:00:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=KrhemSZibPzYsemtfnsyd7hn7f5dVvDLkv7HvRTe6zQ=; b=hgYonzx+w087WZ7vsl5biHkYZMbkxi1JsOcARBaq2CONewRPiY9bxFyx+gdQBpgT9Q Oa2tXJ8RPS7jssO845BzAcySS93F5xXdC+AkrZ+DFrq9BZiq6z6J5vKcsFWLZYZtBq7f RkMLvg2sGRZTmVqUX3uspSQ4ffBl+4nIO2fOxpYuB/mblbyRSuGcWDZLA6g3c6Mkzs09 77cNnvdbhpJyBHi4YDLWQCWDHMsG9/W8cnEtv29BoCQhZy/u5eS78XoNyysWG1B/Z6U+ qMRG5gUHAyTonnshJ3FaH8ZXIRophFDaX0GENUmSUSQrI9NUHnfzguJNjpBOIX8ejUwY MqOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=KrhemSZibPzYsemtfnsyd7hn7f5dVvDLkv7HvRTe6zQ=; b=ldyEZe2RYAEK2vx92MMNAcmSGI5gfm0J6EjGVSz2v3MZKRn0LCTa3eKt1FSbgZt+sQ 9U9Go4eyzWcwMPyHFQjMHw3I/n8+lA0n+f6YTFxShBl3neHyJ7E33QcXbfdBVH/2rSE+ sOBkjoYhRIVmIOQeOHCA/1BdqRB/bCTMbV50W7sCg/eSowROs/vqTdfGy3FE1ly33OoG /p7/2I0/SuYZpTS+VRQMSUQPBjqyHVvLOEnoxE80fB6d7SqqeXP4hjbE0umMPye0wRuk uOVWButRF4aFV1Gfrc2/AQMc96Mszu6vcQKiaTRIiPLkaT304etMaMte6kIWGhMOnamQ AXrg== X-Gm-Message-State: AFqh2krUxLDMZk35LA842+FTk5JKx27cN9w1ovqqzrrTF8NqpRmyziur OvYUnLThaQlK2sMDiJ45bsk= X-Google-Smtp-Source: AMrXdXufTZ/oDUCnfmluB2flePIZYTMqVb9o7OD50zyzZkihsz6hJIbHiczisCbCO7dMwMQzoQlyyw== X-Received: by 2002:a17:907:c717:b0:7c1:ad6:638a with SMTP id ty23-20020a170907c71700b007c10ad6638amr44660559ejc.17.1672851646682; Wed, 04 Jan 2023 09:00:46 -0800 (PST) Original-Received: from [192.168.0.2] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id j1-20020a17090623e100b00770812e2394sm15311072ejg.160.2023.01.04.09.00.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 04 Jan 2023 09:00:46 -0800 (PST) Content-Language: en-US In-Reply-To: <83h6x6z792.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:252507 Archived-At: On 04/01/2023 16:47, Eli Zaretskii wrote: >> Date: Wed, 4 Jan 2023 14:05:37 +0200 >> Cc: 60527@debbugs.gnu.org, monnier@iro.umontreal.ca >> From: Dmitry Gutov >> >> On 04/01/2023 05:29, Eli Zaretskii wrote: >>> My preference is for the more-compatible alternatives. It is >>> notoriously non-trivial to figure out minibuffer bindings, so >>> expecting users to do the above is not very friendly. >> >> It's the same for the users who are bothered by this behavior: I stumble >> over it with certain regularity, but still haven't disabled the SPC >> binding in my init script. > > I didn't say I'm against any change in this behavior. Stefan proposed > at least two alternatives that produce basically the same user-facing > behavior when SPC is supposed to be interpreted verbatim, so they come > very close to the alternative that you like better, but still stop > short of breaking someone's muscle memory. The first alternative provides sometimes the same, and sometimes different behavior. In particular, when there are valid completions, "SPC" would still perform completion -- something that I don't think many users expect. Especially novices. The second alternative is even more involved, requiring 'completing-read' callers to decide in advance whether the users will want to have SPC insert SPC or perform completion. That's still odd and seems like crossing the proper abstraction layers. The caller might not know the collection contains spaces. And this approach can break established muscle memory just the same, as soon as enough callers start to make this choice.