From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Daniel Mendler Newsgroups: gmane.emacs.devel Subject: Re: [External] : Re: Indicate better the current use of the echo area / minibuffer [was: Controlling Isearch from minibuffer] Date: Thu, 13 May 2021 20:07:30 +0200 Message-ID: <79b1d1e6-e530-d4b4-cdde-a98b2dda3f60@daniel-mendler.de> References: <83y2cj171z.fsf@gnu.org> <61c85b87-98f2-1fa2-4e0a-aba40b080049@mendler.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="878"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "acm@muc.de" , "kevin.legouguec@gmail.com" , "arstoffel@gmail.com" , "monnier@iro.umontreal.ca" , "emacs-devel@gnu.org" To: Drew Adams , Daniel Mendler , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu May 13 20:08:37 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 1lhFlF-000AeS-Di for ged-emacs-devel@m.gmane-mx.org; Thu, 13 May 2021 20:08:37 +0200 Original-Received: from localhost ([::1]:36682 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lhFlD-0006s9-SN for ged-emacs-devel@m.gmane-mx.org; Thu, 13 May 2021 14:08:35 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60964) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lhFkL-0006Bn-QW for emacs-devel@gnu.org; Thu, 13 May 2021 14:07:41 -0400 Original-Received: from server.qxqx.de ([2a01:4f8:121:346::180]:56805 helo=mail.qxqx.de) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lhFkG-0001eH-HC; Thu, 13 May 2021 14:07:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=qxqx.de; s=mail1392553390; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:Cc:To:Subject: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=KeZGg11WYPVBcibHGMBM5h8ZCQ4Ycs2W8scASVnVWFo=; b=IqJ+vGGVZfX1y8p9JpCr9dQnYP IJrsailz7x5Tx2QTXMlXa8lAAio+l/hlEOYk86Wben/+HRlRlJm2QaKpMC2s2VC5YWn0sJkLf590r lJveROYEgXnAY85fm7h/65hA9+WfJCoScSah3nGfEKvS8CiuJUvhc+faM44kxW21CLno=; In-Reply-To: Content-Language: en-US Received-SPF: pass client-ip=2a01:4f8:121:346::180; envelope-from=mail@daniel-mendler.de; helo=mail.qxqx.de X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-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:269253 Archived-At: On 5/13/21 7:41 PM, Drew Adams wrote: > It seems that this thread has been knee-jerk > hijacked by those intent on pushing a proposal to > base Isearch on the minibuffer. > > That's NOT the intention of this thread. > There's another thread for that - please go there > for that. > > This thread is about the current (longstanding) > design of Isearch, which is NOT minibuffer-based. > > And it's also about the echo area and minibuffer > (independently of any concern with Isearch). Of course, my intention was to hijack "your" thread. Just to make it clear - my mail is related to your colorful echo/minibuffer proposal as follows: If Isearch would not use the echo area as it currently does, there would not even exist a need for an indicator to make anything more clear. But please tell me about the different indication modes you have implemented in your packages. You have a color for the minibuffer and a color if Isearch is active? Then you change color based on the recursion level. Are there indicators for other states? I have written a tiny package, which displays a "recursion indicator" in the mode line: https://github.com/minad/recursion-indicator. Currently it displays an arrow per recursion level and a special symbol if a recursive minibuffer session is active. It makes sense to extend this with more states, like Isearch. For Isearch I am using a separate indicator in the mode line: ~~~ (defvar isearch-indicator (concat (propertize "Isearch" 'face 'isearch))) (add-hook 'isearch-mode-hook (lambda () (push isearch-indicator mode-line-misc-info))) (add-hook 'isearch-mode-end-hook (lambda () (setq mode-line-misc-info (delq isearch-indicator mode-line-misc-info)))) ~~~ Daniel