From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dima Kogan Newsgroups: gmane.emacs.bugs Subject: bug#22479: 25.0.50; isearch and query-replace histories do not remember if we were looking for symbols Date: Sat, 30 Jan 2016 03:43:28 -0800 Message-ID: <89D2C9D3-7CA3-49A8-9BFC-CE455C91A8A8@secretsauce.net> References: <87zivq8xp2.fsf@secretsauce.net> <87r3h2boyj.fsf@mail.linkov.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1454154262 3218 80.91.229.3 (30 Jan 2016 11:44:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 30 Jan 2016 11:44:22 +0000 (UTC) Cc: 22479@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jan 30 12:44:10 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 1aPTwn-0004Fz-Sv for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 Jan 2016 12:44:10 +0100 Original-Received: from localhost ([::1]:38399 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPTwn-0005yV-6d for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 Jan 2016 06:44:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60393) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPTwj-0005yO-CD for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2016 06:44:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aPTwg-00061k-52 for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2016 06:44:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52817) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPTwf-00061c-Qb for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2016 06:44:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aPTwf-0003Fb-M1 for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2016 06:44:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dima Kogan Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Jan 2016 11:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22479 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22479-submit@debbugs.gnu.org id=B22479.145415421812459 (code B ref 22479); Sat, 30 Jan 2016 11:44:01 +0000 Original-Received: (at 22479) by debbugs.gnu.org; 30 Jan 2016 11:43:38 +0000 Original-Received: from localhost ([127.0.0.1]:41037 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aPTwI-0003Et-6T for submit@debbugs.gnu.org; Sat, 30 Jan 2016 06:43:38 -0500 Original-Received: from out3-smtp.messagingengine.com ([66.111.4.27]:52559) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aPTwF-0003Ek-Hk for 22479@debbugs.gnu.org; Sat, 30 Jan 2016 06:43:36 -0500 Original-Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id EE54827066 for <22479@debbugs.gnu.org>; Sat, 30 Jan 2016 06:43:34 -0500 (EST) Original-Received: from frontend1 ([10.202.2.160]) by compute2.internal (MEProxy); Sat, 30 Jan 2016 06:43:34 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=secretsauce.net; h=cc:content-transfer-encoding:content-type:date:from :in-reply-to:message-id:mime-version:references:subject:to :x-sasl-enc:x-sasl-enc; s=mesmtp; bh=8pn0/XfiOOlmNpssXxB2c8DaFWM =; b=gyI9pZOOriUZfsjmLOK9whbYDFOM8cDu8QLj8msZLiU+c10lBVoLulDbPQL WD562K0Wh7cQdVbhOuEw5+CTdGn/mgl+Db5Cvrv+LMIwY55f20YHO3veXmGZTpSj Q7euQkeSnQVhwwMWDrS3tmLtaSO5HcTSQ+j05N9pHdbxNiaE= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=8pn0/XfiOOlmNps sXxB2c8DaFWM=; b=EvxJheC74rPi8GC810uHzXxifokHTowGWuh1MGGSTSzHgVt e6sWUQTbDbj+dgQaEiupSKxagScQf43Ida0T9LY68rBdYU8XngI2JO2A2tWKdc1z 3y1Es6khsDxLQQTW2WeICSDtcht+B4XrQnNuAbPHje/H9g3RzT7lhjFyeqpc= X-Sasl-enc: x/aLvO23QpmwIpsNOi0sUfzxgepzpkK3TGgcBrppZuQt 1454154214 Original-Received: from [26.250.175.162] (unknown [172.56.31.113]) by mail.messagingengine.com (Postfix) with ESMTPA id 1FB95C00013; Sat, 30 Jan 2016 06:43:33 -0500 (EST) User-Agent: K-9 Mail for Android In-Reply-To: <87r3h2boyj.fsf@mail.linkov.net> 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:112104 Archived-At: On January 27, 2016 3:08:20 PM PST, Juri Linkov wrote: >> Hi. It is possible to look for a symbol, and for this information to >be >> lost when repeating a search. >> The simplest way to fix this would probably be to treat these as >regex >> searches wrapped in \_<...\_>. The downside is that to access the >> history we'd have to do C-M-s C-M-s instead of C-s C-s, but maybe >that >> is ok. Thoughts? > >Thanks for the test cases. We started designing the customizable >variables >for this feature in bug#11378, and reached no final implementation. >What do you think about the proposal in bug#11378? > >Since the original subject of bug#11378 was quite different, >I propose to close bug#11378, and leave this bug#22479 open >to implement this feature here. Hi. #11378 doesn't talk about keeping the meta-data in the history generically. It mentions remembering the state for the last search, but you'd still have the issue in this bug for older searches. So unless I missed it (very possible since it was a very long thread), that bug doesn't touch on this. We can propose new things, however :) I don't know how much complexity we want here. Each history item can be a richer structure than just the search string. Too much?