From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.devel Subject: Re: spaces in isearch Date: Mon, 22 Nov 2004 11:39:20 -0700 Message-ID: References: <87r7mnvs5c.fsf@jurta.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1101148805 6853 80.91.229.6 (22 Nov 2004 18:40:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 22 Nov 2004 18:40:05 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 22 19:39:59 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CWJ6U-0008Cy-00 for ; Mon, 22 Nov 2004 19:39:58 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CWJFY-0006ec-FD for ged-emacs-devel@m.gmane.org; Mon, 22 Nov 2004 13:49:20 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CWJFP-0006eU-DO for emacs-devel@gnu.org; Mon, 22 Nov 2004 13:49:11 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CWJFP-0006eH-0l for emacs-devel@gnu.org; Mon, 22 Nov 2004 13:49:11 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CWJFO-0006eE-UZ for emacs-devel@gnu.org; Mon, 22 Nov 2004 13:49:10 -0500 Original-Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CWJ5y-0007xd-BI for emacs-devel@gnu.org; Mon, 22 Nov 2004 13:39:26 -0500 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CWJ5x-0005bl-00 for ; Mon, 22 Nov 2004 19:39:25 +0100 Original-Received: from 170.207.1.200 ([170.207.1.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 22 Nov 2004 19:39:25 +0100 Original-Received: from ihs_4664 by 170.207.1.200 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 22 Nov 2004 19:39:25 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 15 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 170.207.1.200 User-Agent: Mozilla Thunderbird 0.9 (X11/20041105) X-Accept-Language: en-us, en In-Reply-To: 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: main.gmane.org gmane.emacs.devel:30261 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:30261 Richard Stallman wrote: > Since C-q in isearch mode is processed by isearch-quote-char, > it could intercept SPC and insert [ ] into the search string. > > I thought about that, but it would not work right in all contexts. > For instance, suppose you're inside a [...] grouping already. > > It's true that you don't *need* to use C-q if you're inside a [...] > grouping already. But using it there shouldn't cause wrong results. Can't Emacs detect that it's inside a non-terminated [...] and do the right thing in that context? -- Kevin Rodgers