From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] (Or "question"...) isearch-kill-found Date: Tue, 01 Jun 2010 08:56:54 -0400 Message-ID: References: <87vda59rby.fsf@mail.jurta.org> <87vda45euq.fsf@stupidchicken.com> <7F4A9988213544AEA1478E941C7E2109@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1275397025 29672 80.91.229.12 (1 Jun 2010 12:57:05 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 1 Jun 2010 12:57:05 +0000 (UTC) Cc: 'Juri Linkov' , 'Chong Yidong' , 'Deniz Dogan' , 'Emacs-Devel devel' To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 01 14:57:03 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OJR1j-0005yB-60 for ged-emacs-devel@m.gmane.org; Tue, 01 Jun 2010 14:57:03 +0200 Original-Received: from localhost ([127.0.0.1]:49931 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJR1i-00038I-Mx for ged-emacs-devel@m.gmane.org; Tue, 01 Jun 2010 08:57:02 -0400 Original-Received: from [140.186.70.92] (port=37741 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJR1c-00037Y-Pj for emacs-devel@gnu.org; Tue, 01 Jun 2010 08:56:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OJR1b-0004xB-Nc for emacs-devel@gnu.org; Tue, 01 Jun 2010 08:56:56 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:30927 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OJR1b-0004x2-Hk for emacs-devel@gnu.org; Tue, 01 Jun 2010 08:56:55 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAD+gBExMCpdY/2dsb2JhbACeM3K/QIUWBIxM X-IronPort-AV: E=Sophos;i="4.53,340,1272859200"; d="scan'208";a="66673018" Original-Received: from 76-10-151-88.dsl.teksavvy.com (HELO pastel.home) ([76.10.151.88]) by ironport2-out.pppoe.ca with ESMTP; 01 Jun 2010 08:56:54 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 134C181F8; Tue, 1 Jun 2010 08:56:54 -0400 (EDT) In-Reply-To: <7F4A9988213544AEA1478E941C7E2109@us.oracle.com> (Drew Adams's message of "Mon, 31 May 2010 21:43:46 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:125424 Archived-At: >> >> Of course I also dislike it because it adds a state. As for simply >> >> providing a variable to change the behavior (without a >> >> key-binding to change it), that's another solution, indeed. >> >> Maybe not a bad one. >> > Why is not having a key to toggle the variable better? >> Because keys are in very short supply. > Not really, for a keymap such as isearch. Huh? Please suggest free key-bindings, then. Since keys not bound in isearch-mode-map lead to exiting isearch and running the corresponding command in the global map, isearch-mode-map is basically just as full as the global map. >> > It is the variable that "adds a state", not the toggle key. >> No: if the variable never changes, then it doesn't contribute to state. > ;-) > If a variable (in the usual programming sense, not in the math sense) never > changes, then it's not very variable. Why have a variable in that case? Because it can be customized. Stefan