From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: `isearch-allow-scroll' - a misnomer and a bad design Date: Wed, 14 Sep 2011 07:44:41 -0700 Message-ID: <2F1337889F394491BA778ACA46799812@us.oracle.com> References: <20110909215255.GD2733@acm.acm> <7002A9DA9A804F0B9F6F251FD3A2B263@us.oracle.com> <20110911103940.GA3246@acm.acm> <3C4B7E318EB04AE4B7DB9FD0E4C67629@us.oracle.com> <20110911173012.GA3088@acm.acm> <20110912093651.GA3249@acm.acm> <20110913142732.GB3081@acm.acm> <7E2EE144B11D413583E1E659CDE15186@us.oracle.com> <8739g0vyuy.fsf@mail.jurta.org> <4E6FF63A.4070604@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1316011519 19566 80.91.229.12 (14 Sep 2011 14:45:19 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 14 Sep 2011 14:45:19 +0000 (UTC) Cc: juri@jurta.org, acm@muc.de, dan.colascione@gmail.com, emacs-devel@gnu.org To: Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 14 16:45:13 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R3qi7-00040v-Mm for ged-emacs-devel@m.gmane.org; Wed, 14 Sep 2011 16:45:12 +0200 Original-Received: from localhost ([::1]:54046 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R3qi4-0007l8-OA for ged-emacs-devel@m.gmane.org; Wed, 14 Sep 2011 10:45:08 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:56394) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R3qhx-0007iO-FD for emacs-devel@gnu.org; Wed, 14 Sep 2011 10:45:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R3qhr-0004Ye-KS for emacs-devel@gnu.org; Wed, 14 Sep 2011 10:45:01 -0400 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:38259) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R3qhr-0004YV-EK; Wed, 14 Sep 2011 10:44:55 -0400 Original-Received: from rtcsinet22.oracle.com (rtcsinet22.oracle.com [66.248.204.30]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8EEiovo005238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 14 Sep 2011 14:44:52 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by rtcsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8EEinpq011403 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Sep 2011 14:44:49 GMT Original-Received: from abhmt107.oracle.com (abhmt107.oracle.com [141.146.116.59]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8EEihsj013974; Wed, 14 Sep 2011 09:44:44 -0500 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 14 Sep 2011 07:44:42 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acxy6A4DrZ1JTco1TkGffQI7DvoA4QAAtdRQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: rtcsinet22.oracle.com [66.248.204.30] X-CT-RefId: str=0001.0A020207.4E70BDE5.00EC,ss=1,re=0.000,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 141.146.126.227 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:144024 Archived-At: > It is an issue of how many commands you need to remember > WON'T exit the search. That there are many commands bound to keys in Isearch is a plus, not a minus - they are there to make Isearch more useful. Yes, as in Emacs generally, more key bindings can mean more remembering. That's what `C-s C-h' is for. > The idea of isearch _The idea of isearch_, or just one of several, possibly competing goals? > is that control characters exit, except > for a short list of a few. But that list has been growing. That just means that you can do more in Isearch - a good thing. Yes, having more key bindings means a potential downside of further taxing a user's memory. Tradeoff. No different from any other mode (or pseudo-mode - Isearch is essentially modal) that binds keys. At any rate, this feature is not about adding any command/key bindings to the Isearch default map. It is about treating Isearch normally wrt a prefix arg. And you will be able to opt out easily. Don't you wish you could opt out just as easily for all the other control keys that no longer exit Isearch? ;-) At least here all you have to do is set an option value.