all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Juri Linkov <juri@linkov.net>
Cc: michael_heerdegen@web.de, 22991@debbugs.gnu.org,
	bruce.connor.am@gmail.com, Kaushal Modi <kaushal.modi@gmail.com>
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)	[thread overview]
Message-ID: <3495b642-7c45-489d-8ddf-121d783cfe99@default> (raw)
In-Reply-To: <87ziu22bg8.fsf@mail.linkov.net>

> > 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).
> 
> You mean displaying this information in the *Help* buffer
> like ‘?’ 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.
> 
> 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.





  reply	other threads:[~2016-03-14  0:03 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-11 19:48 bug#22991: 25.0.92: C-u C-s does not display "Regexp I-search:" in the echo area Kaushal Modi
2016-03-11 20:46 ` Kaushal Modi
2016-03-11 20:54   ` Eli Zaretskii
2016-03-11 20:58     ` Kaushal Modi
2016-03-11 21:08       ` Eli Zaretskii
2016-03-11 21:22         ` Kaushal Modi
2016-03-11 22:22           ` Artur Malabarba
2016-03-11 22:36             ` Kaushal Modi
2016-03-11 23:37         ` Michael Heerdegen
2016-03-11 23:40           ` Kaushal Modi
2016-03-12  1:11             ` Artur Malabarba
2016-03-12  4:56               ` Kaushal Modi
2016-03-12  7:49                 ` Eli Zaretskii
2016-03-12 12:33                   ` Michael Heerdegen
2016-03-12 12:46                     ` Eli Zaretskii
2016-03-12 12:51                       ` Michael Heerdegen
2016-03-12 13:52                         ` Artur Malabarba
2016-03-12 14:35                           ` Kaushal Modi
2016-03-12 16:13                         ` Eli Zaretskii
     [not found]                 ` <<83h9gcgmor.fsf@gnu.org>
2016-03-12 15:14                   ` Drew Adams
2016-03-12 16:25                     ` Drew Adams
2016-03-12 22:40                     ` Juri Linkov
2016-03-12 23:11                       ` Drew Adams
2016-03-13 23:40                         ` Juri Linkov
2016-03-14  0:03                           ` Drew Adams [this message]
2016-03-14  3:39                           ` Eli Zaretskii
2016-03-14 13:50                             ` Kaushal Modi
2016-03-14 15:29                               ` Drew Adams
2016-03-14 16:29                               ` Artur Malabarba
2016-03-14 18:17                                 ` Eli Zaretskii
2016-03-14 18:32                                   ` Kaushal Modi
2016-03-12  7:30             ` Eli Zaretskii
2016-03-12  7:29           ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3495b642-7c45-489d-8ddf-121d783cfe99@default \
    --to=drew.adams@oracle.com \
    --cc=22991@debbugs.gnu.org \
    --cc=bruce.connor.am@gmail.com \
    --cc=juri@linkov.net \
    --cc=kaushal.modi@gmail.com \
    --cc=michael_heerdegen@web.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.