From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#60252: 29.0.60; help-fns--describe-function-or-command-prompt asks for confirmation Date: Sat, 24 Dec 2022 08:43:49 +0200 Message-ID: <834jtl713u.fsf@gnu.org> References: <6971735f-b849-a76e-9a86-a99b68444e99@gmx.at> <86f81b9e45a3d6576082@heytings.org> <83a63e8thy.fsf@gnu.org> <838riy6jvs.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36656"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rudalics@gmx.at, gregory@heytings.org, 60252@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Dec 24 07:45:29 2022 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 1p8yHg-0009KC-Sv for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 24 Dec 2022 07:45:29 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p8yHM-00045h-VH; Sat, 24 Dec 2022 01:45: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 1p8yHJ-000453-Nj for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2022 01:45:05 -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 1p8yHG-0002WQ-Ty for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2022 01:45:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1p8yHG-00022z-DB for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2022 01:45:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 24 Dec 2022 06:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60252 X-GNU-PR-Package: emacs Original-Received: via spool by 60252-submit@debbugs.gnu.org id=B60252.16718642427841 (code B ref 60252); Sat, 24 Dec 2022 06:45:02 +0000 Original-Received: (at 60252) by debbugs.gnu.org; 24 Dec 2022 06:44:02 +0000 Original-Received: from localhost ([127.0.0.1]:41195 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p8yGI-00022E-56 for submit@debbugs.gnu.org; Sat, 24 Dec 2022 01:44:02 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:37000) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p8yGG-00021v-Bd for 60252@debbugs.gnu.org; Sat, 24 Dec 2022 01:44:00 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p8yG8-0002SB-TG; Sat, 24 Dec 2022 01:43:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=kIoqt1hxigqOTI45k1mJ0fpsnHIsWCoS86iISkw5pvs=; b=L++Yfq1G6i5y seiQBwlYXpwdxkdtB/ORR24dp4LoCfjMlbkOKE80cmr0cxRO7LR0oTu1LM4tHfajW7Gs3zWiiCgnw 9fajCh+GGJeirfkCkFkLgtNBGf5tCIsBFCyX0F5MRkqlb8INkbXPNXeA757g+sewXQdbhhP12S3L1 LPE8o06uS5Za56jNzYhEL0KlgMsu7UwAMx4yNt613omdiessF2nQvIF0m8Wtdt9DhdQV0GoNBBJWO onQFa0KV4UV7k4CavxviZ72ytgqDPX0c420fl3pl9DKbCtA3OlCoZqH2pJsJBRkLu2pEPnYMB5TeU l+tUMChMv4ID86xPOnP0pw==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p8yG7-0006Rp-LC; Sat, 24 Dec 2022 01:43:52 -0500 In-Reply-To: (message from Drew Adams on Fri, 23 Dec 2022 20:45:01 +0000) 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:251759 Archived-At: > From: Drew Adams > CC: "gregory@heytings.org" , > "rudalics@gmx.at" > , > "60252@debbugs.gnu.org" <60252@debbugs.gnu.org> > Date: Fri, 23 Dec 2022 20:45:01 +0000 > > Why? Why change the standard behavior after 40+ > years? Why should users have to find "some way to > get the old behavior back"? The reason is explained in the change log (and now also in NEWS). > Why not provide a new command for the new behavior, > and let users opt _in_ by binding that, if they > want to, in place of `minibuffer-complete-and-exit'? > Why make users opt _out_ to get the same behavior > they've enjoyed for decades? Because I think the previous behavior was a minor bug, and the new one is better. > And if it's the command itself that has a new > behavior, what about 3rd-party code that expects > it to have the same, longstanding behavior? The behavior here is only visible to users, not to 3rd-party code. This is interactive behavior, and various other commands already behave like that, have been behaving like that for ages. > And no, I don't see - in this bug thread - any > discussion or description of the behavior change > (beyond what Martin reported). In particular, I > see no "why". Is there perhaps such a discussion > in emacs-devel, which you would please point to? There's no discussion of why, but whether this behavior is better than the old one. That is the only thing that is on the table.