From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#16546: C-s vs. whitespace highlighting Date: Tue, 28 Jan 2014 09:30:07 +0200 Organization: JURTA Message-ID: <877g9ko96o.fsf@mail.jurta.org> References: <87eh3wwfug.fsf@jidanni.org> <878uu46uns.fsf@bzg.ath.cx> <87bnyyifgr.fsf@yahoo.fr> <87lhy2idcs.fsf@bzg.ath.cx> <87vbx53hke.fsf@mail.jurta.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1390894577 1582 80.91.229.3 (28 Jan 2014 07:36:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 28 Jan 2014 07:36:17 +0000 (UTC) Cc: Bastien , 16546@debbugs.gnu.org, Nicolas Richard , Dan Jacobson To: Dani Moncayo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 28 08:36:23 2014 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 1W83Da-0003ma-2Y for geb-bug-gnu-emacs@m.gmane.org; Tue, 28 Jan 2014 08:36:22 +0100 Original-Received: from localhost ([::1]:35698 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W83DZ-0005C2-9n for geb-bug-gnu-emacs@m.gmane.org; Tue, 28 Jan 2014 02:36:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55541) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W83DN-00058Z-T0 for bug-gnu-emacs@gnu.org; Tue, 28 Jan 2014 02:36:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W83DH-0000M2-TL for bug-gnu-emacs@gnu.org; Tue, 28 Jan 2014 02:36:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52872) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W83DH-0000Lx-Po for bug-gnu-emacs@gnu.org; Tue, 28 Jan 2014 02:36:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W83DH-0005Uz-0g for bug-gnu-emacs@gnu.org; Tue, 28 Jan 2014 02:36:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 28 Jan 2014 07:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16546 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16546-submit@debbugs.gnu.org id=B16546.139089454821106 (code B ref 16546); Tue, 28 Jan 2014 07:36:02 +0000 Original-Received: (at 16546) by debbugs.gnu.org; 28 Jan 2014 07:35:48 +0000 Original-Received: from localhost ([127.0.0.1]:38657 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W83D1-0005UD-HU for submit@debbugs.gnu.org; Tue, 28 Jan 2014 02:35:47 -0500 Original-Received: from [69.163.184.122] (port=53273 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W83Cx-0005Tx-Qf for 16546@debbugs.gnu.org; Tue, 28 Jan 2014 02:35:44 -0500 Original-Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.184.122]) by ps18281.dreamhostps.com (Postfix) with ESMTP id A4FA0365C87749; Mon, 27 Jan 2014 23:35:43 -0800 (PST) In-Reply-To: (Dani Moncayo's message of "Mon, 27 Jan 2014 10:55:09 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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:84159 Archived-At: > IMO, Emacs should refrain from making permanent changes to the search > string, as given by the user. IOW, the search string should be kept > untouched, and any transformations of it should be done "on the fly" > to achieve the intended behavior, based on both the _current_ search > string and the _current_ user options that govern the search behavior. I agree that we have to keep the original string, and interpret it differently according to the current search options. And to distinguish the case when the search string was entered manually and the case when the search string was yanked with `C-s C-y' I think we should inspect the stack of `isearch-cmds'. If it contains two or more manually entered space characters then preserve them while matching whitespace.