From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#22991: 25.0.92: C-u C-s does not display "Regexp I-search:" in the echo area Date: Sat, 12 Mar 2016 15:11:59 -0800 (PST) Message-ID: <95c9a103-69cb-4500-bc87-7aec290caf7c@default> References: <83ziu4hh1r.fsf@gnu.org> <83wpp8hgdy.fsf@gnu.org>> <87a8m44md6.fsf@web.de> > <83h9gcgmor.fsf@gnu.org>> <87twkbwbwf.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 1457824406 25653 80.91.229.3 (12 Mar 2016 23:13:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 12 Mar 2016 23:13:26 +0000 (UTC) Cc: michael_heerdegen@web.de, 22991@debbugs.gnu.org, bruce.connor.am@gmail.com, Kaushal Modi To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Mar 13 00:13:12 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1aesic-0007LX-Mz for geb-bug-gnu-emacs@m.gmane.org; Sun, 13 Mar 2016 00:13:10 +0100 Original-Received: from localhost ([::1]:33868 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aesib-0003Kd-Hl for geb-bug-gnu-emacs@m.gmane.org; Sat, 12 Mar 2016 18:13:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38706) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aesiY-0003KL-4o for bug-gnu-emacs@gnu.org; Sat, 12 Mar 2016 18:13:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aesiU-0000Fm-Tt for bug-gnu-emacs@gnu.org; Sat, 12 Mar 2016 18:13:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:49360) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aesiU-0000FB-QK for bug-gnu-emacs@gnu.org; Sat, 12 Mar 2016 18:13:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aesiU-0004dv-HN for bug-gnu-emacs@gnu.org; Sat, 12 Mar 2016 18:13:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 12 Mar 2016 23:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22991 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22991-submit@debbugs.gnu.org id=B22991.145782433417793 (code B ref 22991); Sat, 12 Mar 2016 23:13:02 +0000 Original-Received: (at 22991) by debbugs.gnu.org; 12 Mar 2016 23:12:14 +0000 Original-Received: from localhost ([127.0.0.1]:46487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aeshi-0004cu-CV for submit@debbugs.gnu.org; Sat, 12 Mar 2016 18:12:14 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:48353) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aeshh-0004ch-2N for 22991@debbugs.gnu.org; Sat, 12 Mar 2016 18:12:13 -0500 Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u2CNC6nX011447 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 12 Mar 2016 23:12:06 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u2CNC3iL027091 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 12 Mar 2016 23:12:05 GMT Original-Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id u2CNC0lJ011781; Sat, 12 Mar 2016 23:12:02 GMT In-Reply-To: <87twkbwbwf.fsf@mail.linkov.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] X-Source-IP: userv0021.oracle.com [156.151.31.71] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:114837 Archived-At: > > 1. I agree with Michael in this case. The prompt should > > faithfully reflect the current search state/mode - until we > > find a better way to convey that information. In any case, > > the prompt should not mislead by reflecting a different > > search behavior from what is current. >=20 > Reflecting all current search states might produce overly long > default prompts as >=20 > Character-folding case-folding whitespace-folding I-search: Precisely. The prompt is not the place for such information. It might have sufficed when we had only regexp and literal. But even then it did not express that state of case-folding. And when "lax" whitespace matching was introduced it already led to less clarity. > >> 4. All of that said, I think that we really need to find > >> some _other way than the prompt_ to indicate, completely, > >> the search state. And then the prompt can perhaps just be > >> something like "Isearch" in all cases. The prompt is not > >> adequate for conveying just what the current search state is. > > > > Something that I think should be available, starting now, is > > an Isearch key binding that describes the current search state > > _completely_, much as `C-u C-x =3D' describes the char at point. > > > > This state information should be on prefix key `C-h'. It > > could be on a new key on that prefix or it could simply be > > added to `isearch-describe-mode' - the key could be `C-h m'. >=20 > Or an option/state (say, =E2=80=98isearch-message-verbose=E2=80=99) toggl= eable > with =E2=80=98isearch-toggle-message-verbose=E2=80=99 like other states > (e.g. =E2=80=98isearch-toggle-case-fold=E2=80=99) that will toggle betwee= n > displaying full/brief state description in the prompt. No. The point is that the prompt is inadequate for showing search state/mode. A more general discussion, and perhaps more imagination, is needed to find one or more good solutions. There was some discussion on emacs-devel already, including suggestions about the mode-line and others, but nothing was decided, and probably there are better suggestions to be invented yet. In the meantime, I suggest we anyway provide complete such information on a help key. This "solution" can remain, regardless of whatother designs might be adopted to provide some such info all of the time (instead of just on demand). IOW, add the complete info to a help command now, in any case. For the rest, open another discussion on emacs-devel. Wrt this bug and the prompt, for now: Either drop any indication of state in the prompt (which might confuse people) or show only what we showed before (regexp vs literal), ignoring indicating char folding, case folding, and whitespace folding. Char folding, in particular, has introduced complication in the traditional Isearch UI. Indicating the current state is just one such complication. Char folding is an area still in the process of definition, which means that it is anyway likely that its effects on the UI are not ready to be understood completely or decided now. So let's be conservative wrt prompt changes etc., for now. Just one opinion.