From: Barry Margolin <barmar@alum.mit.edu>
To: help-gnu-emacs@gnu.org
Subject: Re: read-from-minibuffer & match data
Date: Thu, 20 Dec 2012 01:01:18 -0500 [thread overview]
Message-ID: <barmar-8F625A.01011820122012@news.eternal-september.org> (raw)
In-Reply-To: slrnkd49ne.m2k.joostkremers@j.kremers4.news.arnhem.chello.nl
In article
<slrnkd49ne.m2k.joostkremers@j.kremers4.news.arnhem.chello.nl>,
Joost Kremers <joostkremers@yahoo.com> wrote:
> Barry Margolin wrote:
> > In article
> > <slrnkd3ck6.m2k.joostkremers@j.kremers4.news.arnhem.chello.nl>,
> > Joost Kremers <joostkremers@yahoo.com> wrote:
> >
> >> Still, I'll notify the developer of autopair, so he can decide for
> >> himself if he should do something about it.
> >
> > Why should he do something? If he needs to use string-match in his
> > implementation, what's wrong with that?
>
> I'm not saying he should, that's up to him to decide. I'm not
> knowledgeable enough to have an opinion on the matter.
>
> But on the face of it, autopair has nothing to do with
> read-from-minibuffer, so that makes me wonder whether similar unexpected
> interactions could happen with other parts of Emacs. The maintainer of
> autopair is much better able to decide that than I am.
I don't think it has anything to do specifically with the minibuffer. I
think typing anywhere will do it. autopair's post-command-hook uses
string-match. Also, autopair-on uses it, and it's called as part of
switching into buffers to enable/disable the minor mode.
--
Barry Margolin, barmar@alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***
prev parent reply other threads:[~2012-12-20 6:01 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-18 20:06 read-from-minibuffer & match data Joost Kremers
2012-12-19 0:05 ` Drew Adams
2012-12-19 0:48 ` Stefan Monnier
2012-12-19 3:07 ` Drew Adams
2012-12-19 5:05 ` Stefan Monnier
2012-12-19 5:18 ` Drew Adams
[not found] ` <mailman.15639.1355876062.855.help-gnu-emacs@gnu.org>
2012-12-19 12:26 ` Joost Kremers
2012-12-19 15:56 ` Barry Margolin
2012-12-19 20:43 ` Joost Kremers
2012-12-20 6:01 ` Barry Margolin [this message]
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=barmar-8F625A.01011820122012@news.eternal-september.org \
--to=barmar@alum.mit.edu \
--cc=help-gnu-emacs@gnu.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.