From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#22494: still can't search for two spaces Date: Sat, 30 Jan 2016 16:02:29 -0800 (PST) Message-ID: <77b5b6df-4889-4142-a04d-526dd94c3a48@default> References: <<87h9hvshi3.fsf@jidanni.org> < <54a07b7d-1fbd-4ed1-a8a0-e22eb5787c97@default> <871t8yit11.fsf@mbork.pl> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1454198611 14786 80.91.229.3 (31 Jan 2016 00:03:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 31 Jan 2016 00:03:31 +0000 (UTC) Cc: 22494@debbugs.gnu.org, rms@gnu.org, jidanni@jidanni.org To: Marcin Borkowski Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jan 31 01:03:18 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aPfU5-0007Dt-ND for geb-bug-gnu-emacs@m.gmane.org; Sun, 31 Jan 2016 01:03:17 +0100 Original-Received: from localhost ([::1]:40117 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPfTw-0002WV-Uh for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 Jan 2016 19:03:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41859) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPfTt-0002WF-L6 for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2016 19:03:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aPfTq-00006s-FG for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2016 19:03:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:54177) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPfTq-00006k-Bk for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2016 19:03:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aPfTq-000218-2Q for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2016 19:03:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 31 Jan 2016 00:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22494 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 22494-submit@debbugs.gnu.org id=B22494.14541985617726 (code B ref 22494); Sun, 31 Jan 2016 00:03:02 +0000 Original-Received: (at 22494) by debbugs.gnu.org; 31 Jan 2016 00:02:41 +0000 Original-Received: from localhost ([127.0.0.1]:42397 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aPfTV-00020X-1w for submit@debbugs.gnu.org; Sat, 30 Jan 2016 19:02:41 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:28356) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aPfTT-00020J-2j for 22494@debbugs.gnu.org; Sat, 30 Jan 2016 19:02:39 -0500 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u0V02V85026085 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 31 Jan 2016 00:02:31 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id u0V02UYj026454 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 31 Jan 2016 00:02:31 GMT Original-Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userv0122.oracle.com (8.14.4/8.13.8) with ESMTP id u0V02Uos020590; Sun, 31 Jan 2016 00:02:30 GMT In-Reply-To: <871t8yit11.fsf@mbork.pl> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:112115 Archived-At: > >> > > I still can't search for two spaces with C-s SPC SPC. > >> > > It still just sits on the first match for single space. > >> > >> > Crystal ball says you didn't read the manual, which explains that = you > >> > need to type M-s SPC after C-s to get what you want (which is lite= ral > >> > space matching). > >> > >> This is a bug. When the user types SPC SPC in a search string, > >> person clearly wants to search for two spaces. It should do that. > > > > +1 >=20 > +1 >=20 > > And then what if the user made a mistake typing that second SPC > > char - i.e., didn't really mean to search literally for multiple > > whitespace chars? It won't be enough to just delete the second > > SPC char (but the user might try that). >=20 > Why couldn't it be enough? It's not a clear indication that the user wants to return to lax whitespace matching. What if s?he deleted the second SPC and typed a TAB or other whitespace char? Or typed a SPC char again? Would you toggle back again? More than one whitespace char in a row might be sufficient cause to switch to literal whitespace matching, but it's not clear that a single such char is sufficient cause to switch to lax matching. I'd propose a clear message indicating that Emacs has guessed, because you typed more than one whitespace char in a row, that you really want literal whitespace char matching, and so it has switched to that mode. And at the same time indicate that you can toggle the whitespace-matching behavior using `M-s SPC'. That should be clear enough, I would think.