From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: search-whitespace-regexp Date: Sun, 6 Feb 2005 20:12:49 -0800 Message-ID: References: <46742.203.116.59.23.1107740199.squirrel@203.116.59.23> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1107751464 26048 80.91.229.2 (7 Feb 2005 04:44:24 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 7 Feb 2005 04:44:24 +0000 (UTC) Cc: emacs-devel@gnu.org, rms@gnu.org, miles@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 07 05:44:24 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Cy0ky-00005c-Tz for ged-emacs-devel@m.gmane.org; Mon, 07 Feb 2005 05:44:17 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cy0z2-0005qT-HD for ged-emacs-devel@m.gmane.org; Sun, 06 Feb 2005 23:58:48 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cy0xE-0004u2-SD for emacs-devel@gnu.org; Sun, 06 Feb 2005 23:56:57 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cy0x7-0004qk-1S for emacs-devel@gnu.org; Sun, 06 Feb 2005 23:56:50 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cy0x6-0004gm-So for emacs-devel@gnu.org; Sun, 06 Feb 2005 23:56:48 -0500 Original-Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cy0Gj-0001Jy-E5; Sun, 06 Feb 2005 23:13:01 -0500 Original-Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j174CvtH030799; Sun, 6 Feb 2005 20:12:57 -0800 Original-Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j174CrFs030718; Sun, 6 Feb 2005 20:12:56 -0800 Original-Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j174Cra9000444; Sun, 6 Feb 2005 21:12:53 -0700 Original-Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-72.vpn.oracle.com [141.144.72.72]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j174Cnkm000426 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 6 Feb 2005 21:12:52 -0700 Original-To: "Chong Yidong" , X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <46742.203.116.59.23.1107740199.squirrel@203.116.59.23> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: main.gmane.org gmane.emacs.devel:32982 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:32982 So how about M-SPC toggling this flag in isearch...? I vote yes. It is relatively easy for a user to get rid of the magic space for regexp search: ... search-whitespace-regexp ... I suggest implementing an analogous mechanism for string search (I'm not certain what the variable should be called, though): If we use two different variables, which makes sense for flexibility and code, it still might be good to find a way to toggle either using the same function. That way, the same key binding (e.g. `C-s M-SPC', `C-M-s M-SPC') could work for (toggle) both. WRT the current 21.3 behavior and the issue of compatibility: I think the default behavior wrt this should be the same for both regexp and regular isearch: no "magic" whitespace search. This corresponds to what I think most people expect, out-of-the-box, for both string and regexp searches: respect the input exactly. This is incompatible with 21.3, but it is compatible with 20.7 (which had no magic whitespace isearch). I don't think we should worry about compatibility here, anyway (it is easy for users to change the behavior) - we should just DTRT.