From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Exposing Isearch toggleable options Date: Sat, 31 Oct 2015 02:27:35 +0200 Organization: LINKOV.NET Message-ID: <87wpu3x4p4.fsf@mail.linkov.net> References: <87611q7c3f.fsf@mail.linkov.net> <877fm5tefl.fsf@mail.linkov.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1446251490 16341 80.91.229.3 (31 Oct 2015 00:31:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 31 Oct 2015 00:31:30 +0000 (UTC) Cc: emacs-devel To: Artur Malabarba Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 31 01:31:21 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZsK4l-0002KR-VB for ged-emacs-devel@m.gmane.org; Sat, 31 Oct 2015 01:31:20 +0100 Original-Received: from localhost ([::1]:53763 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsK4l-0001FE-9M for ged-emacs-devel@m.gmane.org; Fri, 30 Oct 2015 20:31:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36932) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsK4i-0001F9-Db for emacs-devel@gnu.org; Fri, 30 Oct 2015 20:31:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZsK4d-0000bd-C9 for emacs-devel@gnu.org; Fri, 30 Oct 2015 20:31:16 -0400 Original-Received: from sub3.mail.dreamhost.com ([69.163.253.7]:50775 helo=homiemail-a39.g.dreamhost.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsK4d-0000bX-4S for emacs-devel@gnu.org; Fri, 30 Oct 2015 20:31:11 -0400 Original-Received: from homiemail-a39.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a39.g.dreamhost.com (Postfix) with ESMTP id 7DFFE15006D; Fri, 30 Oct 2015 17:31:08 -0700 (PDT) Original-Received: from localhost.linkov.net (m83-180-9-228.cust.tele2.ee [83.180.9.228]) (Authenticated sender: jurta@jurta.org) by homiemail-a39.g.dreamhost.com (Postfix) with ESMTPA id 89AB6150069; Fri, 30 Oct 2015 17:31:07 -0700 (PDT) In-Reply-To: (Artur Malabarba's message of "Fri, 30 Oct 2015 10:42:03 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-Received-From: 69.163.253.7 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:192997 Archived-At: >> I'm leaning more towards other suggested solutions anyway. > > Ok. Thanks everyone for the feedback. I've see 3 good suggestions here > on this thread, all of which I like better than my current solution. > What I list below are actually slightly modified versions in order to > help expose this stuff. > > I'm ditching the two-line minibuffer I originally suggested. All of > the options below keep the minibuffer as a single line. > Listed in my order of preference. > > 1. On the right-edge of the minibuffer (if there's enough space), > display =E2=80=9C[C-h m] Mode help=E2=80=9D (or, if we're fine with reb= inding C-h here > we can use just =E2=80=9C[C-h] Help=E2=80=9D). Hitting this key would t= he bring up > `isearch-mode-help`. > This is probably the most consistent option, as plenty of other > Emacs features offer a similar (C-h help) indicator. > If we go with this, I'll probably suggest some improvements to > `isearch-mode-help`. Instead of the Help buffer we could open a Customizable-like buffer with widget-type fields, thus in addition to *showing* the current search options and info about keys to change them, also allow *changing* the current search options. > 2. On the right-edge of the minibuffer (if there's enough space), > display =E2=80=9C[M-s] Options=E2=80=9D. Hitting this key would then br= ing up a hydra > with all defined options under M-s (preferably something dynamically > generated, and not hardcoded, though this is just a detail). > This would be the prettiest option. Hydras also support delaying > the display for a second or so, so people who know what they want > wouldn't have to see it. This will violate the layered architecture where specific packages (that are sometimes fancy in the sense of not using traditional UI) are built on top of the core packages like isearch.el (that of course doesn't preclude from writing a isearch-hydra.el or hydra-isearch.el combinations). > 3. Display an information similar to the prompt I originally > suggested, but on the mode-line. We already have a precedent in C mode with mode-line like =E2=80=9CC/lah ,=E2=80=9D (note the space character inside, indicating Wo= rd mode). In Isearch doing the same will show something like =E2=80=9CIsearch/c' w=E2= =80=9D (case-sensitive char-folded lax-whitespace word search). > In items 1 and 2, we could display the indicators on an idle timer if p= referred. > Here's what the minibuffer might look like in that situation: > > Isearch: search string [C-h] Help I doubt that users might want to see the same reminder =E2=80=9C[C-h] Hel= p=E2=80=9D permanently or when paused to look at the highlighted search results.