From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: emacs-28 a866674b2a: Fix inaccuracies in "lax search" documentation Date: Thu, 01 Sep 2022 09:00:30 -0400 Message-ID: References: <165875050243.3275.8867100069985547389@vcs2.savannah.gnu.org> <20220725120142.D1283C0F203@vcs2.savannah.gnu.org> <87r1298hxp.fsf@gmail.com> <864jz513nb.fsf@mail.linkov.net> <83h735dpno.fsf@gnu.org> <86tu75doeq.fsf@mail.linkov.net> <867d41dlc8.fsf@mail.linkov.net> <87ilnk8fuc.fsf@gmail.com> <86o7w2196j.fsf@mail.linkov.net> <87mtbkkdb5.fsf@gmail.com> <867d2ol9yl.fsf@mail.linkov.net> <861qsvef9w.fsf@mail.linkov.net> <87r10vik8w.fsf@gmail.com> <83zgfjqqec.fsf@gnu.org> <87czcfgu6m.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30003"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Eli Zaretskii , juri@linkov.net, emacs-devel@gnu.org To: Robert Pluim Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Sep 01 15:02:46 2022 Return-path: Envelope-to: ged-emacs-devel@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 1oTjqH-0007ZI-2u for ged-emacs-devel@m.gmane-mx.org; Thu, 01 Sep 2022 15:02:45 +0200 Original-Received: from localhost ([::1]:38220 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oTjqF-0005QG-Us for ged-emacs-devel@m.gmane-mx.org; Thu, 01 Sep 2022 09:02:43 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40390) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oTjoO-0003Mx-1g for emacs-devel@gnu.org; Thu, 01 Sep 2022 09:00:48 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:63889) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oTjoL-0007iy-7O; Thu, 01 Sep 2022 09:00:46 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 5995F4420DC; Thu, 1 Sep 2022 09:00:43 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 2D0C04419F2; Thu, 1 Sep 2022 09:00:37 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1662037237; bh=kl87ISJSEZXgCg9mFUB524LZbXH9+0u7kxLbiRpN2J0=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=aeDpFDDXhCD36ZbIx0Yp+8+jpTjfbviv/kKu0RHIO4hitBaNQagZqRcpvepuW4+8v 3mZq5TfxK2YYlrITLRqPivvtPshncdDVZmzbBSezAJUM9dphDNRzks7Vjd/CELtUlk IT00glj9K4GYDmh6cepTjPP/TNG1LMxQiSK2ggXqZiVnC97Gfz0ppSovvgJiFAWV39 DDsU9t8il57fQvHrG5NFL7XznzguC1ZJMlk1T4jOYMHJA0oGW1FCzX630CmSdwn4rf s+IRRb28gXSvbcJ8zWfqktbXZcc5zxbgKiWAbatPD7dK/UHeLOKg6slvcTs+thFxeM ZLkpDKI3/P2fQ== Original-Received: from pastel (unknown [157.52.9.190]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 0125F1207DA; Thu, 1 Sep 2022 09:00:36 -0400 (EDT) In-Reply-To: <87czcfgu6m.fsf@gmail.com> (Robert Pluim's message of "Thu, 01 Sep 2022 14:23:13 +0200") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:294480 Archived-At: > >> >> I lost the beginning of this discussion: why can't we unify > >> >> `read-char-from-minibuffer` and `read-char-by-name' into a single function? > >> > Juri> Robert sent a patch that does this by adding a new arg ALLOW-SINGLE > Juri> to `read-char-by-name'. > >> > >> You still need to hit RET though, unlike `read-char-from-minibuffer'. Oh, right `read-char-from-minibuffer` is more like `read-key` and is not a good choice (IMO) to let the user enter "any char" (many chars would require the use of an input method and it doesn't seem easy to make that work). Then I'm all for `allow-single`. Stefan