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: emacs 22 - regular-expression isearch on spaces extremely lenient Date: Sat, 29 Apr 2006 09:14:03 -0700 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1146327274 4325 80.91.229.2 (29 Apr 2006 16:14:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 29 Apr 2006 16:14:34 +0000 (UTC) Cc: don provan Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 29 18:14:33 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FZs5Y-0007x3-Va for ged-emacs-devel@m.gmane.org; Sat, 29 Apr 2006 18:14:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FZs5Y-0008DN-C3 for ged-emacs-devel@m.gmane.org; Sat, 29 Apr 2006 12:14:32 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FZs5J-0008BF-C2 for emacs-devel@gnu.org; Sat, 29 Apr 2006 12:14:17 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FZs5H-00088J-8k for emacs-devel@gnu.org; Sat, 29 Apr 2006 12:14:16 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FZs5H-00088E-6Z for emacs-devel@gnu.org; Sat, 29 Apr 2006 12:14:15 -0400 Original-Received: from [148.87.113.118] (helo=rgminet01.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FZs8f-0005Hc-Li for emacs-devel@gnu.org; Sat, 29 Apr 2006 12:17:45 -0400 Original-Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by rgminet01.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id k3TGEB3r028464; Sat, 29 Apr 2006 10:14:11 -0600 Original-Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-73-17.vpn.oracle.com [141.144.73.17]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id k3TGEAw5009244 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 29 Apr 2006 10:14:11 -0600 Original-To: "Emacs-Devel" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE 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:53598 Archived-At: Fwding to emacs-devel. They are the ones who can change this behavior or perhaps make the user option move visible somehow. To: help-gnu-emacs@gnu.org > (setq search-whitespace-regexp nil) will turn this off. When > this is nil, each space you type matches literally, against > one space. Thanks! This always annoyed me, but I've never seen a mention of the control variable to turn it off. > If non-nil, regular expression to match a sequence of > whitespace chars. This applies to regular expression > incremental search. I think the biggest problem with it is the inconsistency between incremental search and elisp regexp searches. Literally just yesterday I had to debug a problem caused because my practice regexp at the command line did what I wanted with a space, but when I used the same string in a functional search, it didn't. I've seen the documentation for this feature, but wherever it was, it wasn't clear to me until now that it was specific to incremental regexp searches rather than a general feature of all regexp searches. -don