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: [External] : Re: [WIP PATCH] Controlling Isearch from the minibuffer Date: Wed, 12 May 2021 08:44:19 -0400 Message-ID: References: <87zgx5cz33.fsf@gmail.com> <878s4n4wn8.fsf@gmail.com> <87y2clve4m.fsf@gmail.com> <87fsyswiv1.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="21062"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Drew Adams , Alan Mackenzie , "emacs-devel@gnu.org" To: Augusto Stoffel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed May 12 14:45:15 2021 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 1lgoEk-0005Ki-UE for ged-emacs-devel@m.gmane-mx.org; Wed, 12 May 2021 14:45:14 +0200 Original-Received: from localhost ([::1]:48598 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lgoEj-0006PG-VN for ged-emacs-devel@m.gmane-mx.org; Wed, 12 May 2021 08:45:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35788) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lgoE0-0005gv-3x for emacs-devel@gnu.org; Wed, 12 May 2021 08:44:28 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:9282) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lgoDv-0004va-Jr for emacs-devel@gnu.org; Wed, 12 May 2021 08:44:27 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id A50371001FC; Wed, 12 May 2021 08:44:21 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 161ED1001F4; Wed, 12 May 2021 08:44:20 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1620823460; bh=yM9i7feEum2aY2IVIODNUGLtO0BTtGbhnl0Y4wDAlWk=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=cOF//uIEha8pgTSIJjp4NpuXLMuIEmjojmHU86m2/wBXmJuZkuqdwYGVe0dbTYTqn X3Cn6r/KC4YtLUcLARTgwI5N/d1i7FlTmdxRnYxWDBqjx0atKlsf+CGJRLnSlNiCMX wUdtPk6pOLZWCwKWS12L9LpZXYNM1SXglZcC6DelyukQn607DQ0Pgl/YUnutjZO0fu +Pjd8yAa+HQFmsNtZYO/2RcKphCJ51p0/tKlUiE5G+U2+GDqRp+Tb5fNtfQVjFqq/K bkldYtcOEC6nudm1mLb42bg8t2uHIs6cCAfj1+NrmGHyFP/OxD6y7BMUn731W9lqA6 NtoWbQoMV7AiQ== Original-Received: from alfajor (76-10-140-76.dsl.teksavvy.com [76.10.140.76]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id C55A3120314; Wed, 12 May 2021 08:44:19 -0400 (EDT) In-Reply-To: <87fsyswiv1.fsf@gmail.com> (Augusto Stoffel's message of "Wed, 12 May 2021 08:45:22 +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 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:269199 Archived-At: > You can think of my patch as (1) adding lazy highlight/count and an M-s > prefix to the good old M-e, which is indeed a bit of work, [ Sorry I haven't followed this thread very closely, so just a comment from the sidelines: ] I don't know what this `M-s` thingy refers to, but I for one would very much welcome lazy highlighting during the `M-e` minibuffer editing. > and (2) adding the entirely optional minibuffer-controlled UI which > only takes a dozen of extra lines to implement. I don't know what impacts it might have on the UI, but I've often wished (from an implementation point of view) that Isearch used an actual plain old minibuffer rather than mimicking one (which doesn't necessary mean it'd be a good idea either, just that it would have some benefits and that the downsides were not as immediately apparent ;-). Stefan