From: Drew Adams <drew.adams@oracle.com>
To: Juri Linkov <juri@jurta.org>
Cc: 18697@debbugs.gnu.org, Dima Kogan <dima@secretsauce.net>
Subject: bug#18697: 25.0.50; [PATCH] hi-lock interactive functions now default to the active region, if there is one
Date: Tue, 14 Oct 2014 12:48:56 -0700 (PDT) [thread overview]
Message-ID: <fd746bd3-ec2a-4d6c-b021-ac5472da3507@default> (raw)
In-Reply-To: <87bnpe4fco.fsf@mail.jurta.org>
> > I don't care what you do to hi-lock. However, wrt `read-regexp':
> > I certainly hope not. That would make that function useless for
> > any command that wants to act on the active region (e.g., vs
> > the buffer if inactive).
>
> There is no problem in using the active region in `read-regexp' as
> we discussed it in http://thread.gmane.org/gmane.emacs.devel/168564
Huh? There is NO discussion of `read-regexp' in that thread. Zero.
And that thread certainly does not come to the conclusion that
the active region should always be taken as the default value
(of whatever).
You yourself acknowledge in that thread that using the active
region to limit the scope of a command is sometimes more useful
than using it to come up with a default string value.
`read-regexp' is not a command. It is a utility function, which
can be used in all kinds of commands, all kinds of contexts.
We should not fix its default value in a way that limits the
use of `read-regexp' by some command/context of the active region
for something else.
What IS pointed out in that thread is that there are other ways
to pick up text at point, besides using the active region. And
that gives you much more flexibility than hard-wiring the region
content as the default value.
next prev parent reply other threads:[~2014-10-14 19:48 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-12 22:35 bug#18697: 25.0.50; [PATCH] hi-lock interactive functions now default to the active region, if there is one Dima Kogan
2014-10-12 23:01 ` Drew Adams
2014-10-14 19:32 ` Juri Linkov
2014-10-14 19:48 ` Drew Adams [this message]
2014-10-14 20:04 ` Juri Linkov
2014-10-14 20:25 ` Drew Adams
2014-10-14 21:45 ` Drew Adams
2014-10-13 11:12 ` Ivan Shmakov
2014-10-14 18:51 ` Stefan Monnier
2019-06-25 21:29 ` Lars Ingebrigtsen
2019-06-28 19:09 ` Juri Linkov
2019-06-29 10:14 ` Lars Ingebrigtsen
2019-06-30 20:58 ` Juri Linkov
2019-07-02 12:41 ` Lars Ingebrigtsen
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=fd746bd3-ec2a-4d6c-b021-ac5472da3507@default \
--to=drew.adams@oracle.com \
--cc=18697@debbugs.gnu.org \
--cc=dima@secretsauce.net \
--cc=juri@jurta.org \
/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.