From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dani Moncayo Newsgroups: gmane.emacs.devel Subject: Re: `isearch-allow-scroll' - a misnomer and a bad design Date: Tue, 20 Sep 2011 21:59:22 +0200 Message-ID: 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> <2F1337889F394491BA778ACA46799812@us.oracle.com> <874o07m3ay.fsf@maru.md5i.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: dough.gmane.org 1316548773 14265 80.91.229.12 (20 Sep 2011 19:59:33 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 20 Sep 2011 19:59:33 +0000 (UTC) Cc: dan.colascione@gmail.com, rms@gnu.org, emacs-devel@gnu.org, juri@jurta.org, acm@muc.de, chad , drew.adams@oracle.com To: Michael Welsh Duggan Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 20 21:59:28 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 1R66TY-0007DZ-7K for ged-emacs-devel@m.gmane.org; Tue, 20 Sep 2011 21:59:28 +0200 Original-Received: from localhost ([::1]:59940 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R66TX-0007eF-Tg for ged-emacs-devel@m.gmane.org; Tue, 20 Sep 2011 15:59:27 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:40628) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R66TV-0007eA-Up for emacs-devel@gnu.org; Tue, 20 Sep 2011 15:59:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R66TU-0000Aw-T4 for emacs-devel@gnu.org; Tue, 20 Sep 2011 15:59:25 -0400 Original-Received: from mail-gy0-f169.google.com ([209.85.160.169]:54345) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R66TT-0000Ag-J4; Tue, 20 Sep 2011 15:59:23 -0400 Original-Received: by gya6 with SMTP id 6so774809gya.0 for ; Tue, 20 Sep 2011 12:59:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yxAJLyNyQZCfdHbaBSG6eQTVg83lOrNEc7zAOtpn+d4=; b=cDKxCM0l/bWgsZfbpcuInl9m3HBOkcBqw5JLd9GQawLfLOxzcz2l8fWVjd7qU82wNu qOwycK8TKk0rr3wpi0mK7ZtS9Wuf3bGUl57j4oHgCnn42ttwFTyOUjEBRNqbpXe140pA +2VoZ0Ea87SOjjt8w26QNpKxUG0tjDKuNBcqc= Original-Received: by 10.236.129.242 with SMTP id h78mr5710375yhi.89.1316548762803; Tue, 20 Sep 2011 12:59:22 -0700 (PDT) Original-Received: by 10.236.207.6 with HTTP; Tue, 20 Sep 2011 12:59:22 -0700 (PDT) In-Reply-To: <874o07m3ay.fsf@maru.md5i.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.160.169 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:144127 Archived-At: > Since C-u is always a prefix character, would it make sense to you for > it not to quit isearch if the character that follows a C-u opt/number > prefix is a key sequence that is currently in use by isearch, and for it > to quit Isearch and pass the prefix on to the non-isearch command > otherwise? > > In this case, `C-u C-n' would exit isearch and move down 4 lines, whereas > `C-u n' would add four "n"s to the current search string. FWIW: Several people have expressed this idea, with which I agree. C-u should do nothing by itself (and that includes not exiting Isearch, of course). Its only effect should be to provide a prefix argument to the next command, to extend its behavior. I hope it helps. -- Dani Moncayo