From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Barry Margolin Newsgroups: gmane.emacs.help Subject: Re: read-from-minibuffer & match data Date: Thu, 20 Dec 2012 01:01:18 -0500 Organization: A noiseless patient Spider Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 X-Trace: ger.gmane.org 1355983512 19705 80.91.229.3 (20 Dec 2012 06:05:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Dec 2012 06:05:12 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Dec 20 07:05:27 2012 Return-path: Envelope-to: geh-help-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 1TlZG3-0006iv-1g for geh-help-gnu-emacs@m.gmane.org; Thu, 20 Dec 2012 07:05:27 +0100 Original-Received: from localhost ([::1]:39635 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TlZFp-0003v8-BB for geh-help-gnu-emacs@m.gmane.org; Thu, 20 Dec 2012 01:05:13 -0500 X-Received: by 10.180.100.74 with SMTP id ew10mr1136865wib.7.1355983279309; Wed, 19 Dec 2012 22:01:19 -0800 (PST) Original-Path: usenet.stanford.edu!m1no15906820wiv.0!news-out.google.com!l12ni163099wiv.1!nntp.google.com!feeder3.cambriumusenet.nl!feed.tweaknews.nl!194.109.133.83.MISMATCH!newsfeed.xs4all.nl!newsfeed4.news.xs4all.nl!xs4all!news.stack.nl!eternal-september.org!feeder.eternal-september.org!mx04.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 32 Injection-Info: barmar.motzarella.org; posting-host="78fb7125a45724f15e21604c94a7d968"; logging-data="15523"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18UBwoKJqTtefQ80fZZrbWr" User-Agent: MT-NewsWatcher/3.5.3b3 (Intel Mac OS X) Cancel-Lock: sha1:EYeRHAfGN2+iy1J+t83YQOk3Q94= Original-Xref: usenet.stanford.edu gnu.emacs.help:195923 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:88242 Archived-At: In article , Joost Kremers wrote: > Barry Margolin wrote: > > In article > > , > > Joost Kremers 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 ***