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: Sun, 13 Mar 2016 17:03:31 -0700 (PDT) Message-ID: <3495b642-7c45-489d-8ddf-121d783cfe99@default> References: <83ziu4hh1r.fsf@gnu.org> <83wpp8hgdy.fsf@gnu.org>> <87a8m44md6.fsf@web.de> > <83h9gcgmor.fsf@gnu.org>> <87twkbwbwf.fsf@mail.linkov.net> <95c9a103-69cb-4500-bc87-7aec290caf7c@default> <87ziu22bg8.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 1457913864 2438 80.91.229.3 (14 Mar 2016 00:04:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 14 Mar 2016 00:04:24 +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 Mon Mar 14 01:04:11 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 1afFzW-0007Jt-PM for geb-bug-gnu-emacs@m.gmane.org; Mon, 14 Mar 2016 01:04:11 +0100 Original-Received: from localhost ([::1]:38205 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afFzW-0001HY-5F for geb-bug-gnu-emacs@m.gmane.org; Sun, 13 Mar 2016 20:04:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56610) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afFzS-0001HP-2F for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2016 20:04:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1afFzO-0005Lg-Sp for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2016 20:04:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:50122) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afFzO-0005LO-Or for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2016 20:04:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1afFzO-0001Vm-EB for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2016 20:04:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Mar 2016 00:04: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.14579138265789 (code B ref 22991); Mon, 14 Mar 2016 00:04:02 +0000 Original-Received: (at 22991) by debbugs.gnu.org; 14 Mar 2016 00:03:46 +0000 Original-Received: from localhost ([127.0.0.1]:47249 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1afFz7-0001VJ-Ub for submit@debbugs.gnu.org; Sun, 13 Mar 2016 20:03:46 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:42571) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1afFz6-0001V6-60 for 22991@debbugs.gnu.org; Sun, 13 Mar 2016 20:03:44 -0400 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u2E03Yp4022903 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 14 Mar 2016 00:03:35 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id u2E03Xcn015562 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 14 Mar 2016 00:03:34 GMT Original-Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u2E03WAJ027593; Mon, 14 Mar 2016 00:03:33 GMT In-Reply-To: <87ziu22bg8.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: aserv0022.oracle.com [141.146.126.234] 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:114871 Archived-At: > > 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). >=20 > You mean displaying this information in the *Help* buffer > like =E2=80=98?=E2=80=99 in query-replace does? I mean provide it on some help key during Isearch. It could be a new key, just for such state/mode status. Or it could added to the mode help, `C-h m'. Unless it were added to the top of the `C-h m' output, I think probably a separate help key (and separate *Help* content) would be better, so users can easily see all of the state info without scrolling the help window etc. It is important to provide a succinct summary in a few lines, and then follow that by any additional detailed info that might be helpful. Such additional info could give details about the behavior of the different modes, as well as info about how to change among them. Yes, some of that info might repeat some of what is in the `C-h m' output, but that's OK. Another possibility might be to add this info to the regular `C-h m' output, but have a new help key that takes you directly to the part of that output that shows the current modes and explains the possibile modes, i.e., scrolls to that part. That would have the advantage of providing this info in the context of isearch help in general. You might have other ideas about this. My point is mainly that we should provide the info on demand, via a help key, and we should do that now (for Emacs 25.1). The form and details are less important. > > 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. >=20 > Right, let's keep the status quo for now, and display > only regexp-function statuses in the prompt. Thank you. But I do think that we should also add the state/mode info to a help key _now_. That info is missing for users, and we are now complicating the possible states by adding char folding. Adding such *Help* info should not be difficult.