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: isearch-allow-move [Was: isearch-allow-prefix] Date: Thu, 6 Jun 2013 08:43:27 -0700 (PDT) Message-ID: <9c4e5e2b-a913-4ee5-b91e-840df9917a03@default> References: <87txlts7so.fsf@mail.jurta.org> <20130524093858.GA2754@acm.acm> <87hahstd47.fsf@mail.jurta.org> <20130525200103.GA3451@acm.acm> <878v32aj3c.fsf@mail.jurta.org> <20130602210512.GC2765@acm.acm> <87sj0xn484.fsf@mail.jurta.org> <20130604212400.GB2492@acm.acm> <87d2s1otjb.fsf@mail.jurta.org> <20130605210241.GA3730@acm.acm> <8761xr93h5.fsf_-_@mail.jurta.org> <87li6n46rq.fsf@mail.jurta.org> 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 1370533427 6709 80.91.229.3 (6 Jun 2013 15:43:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 6 Jun 2013 15:43:47 +0000 (UTC) Cc: Alan Mackenzie , emacs-devel@gnu.org To: Juri Linkov , Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 06 17:43:46 2013 Return-path: Envelope-to: ged-emacs-devel@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 1UkcLi-0005KE-I3 for ged-emacs-devel@m.gmane.org; Thu, 06 Jun 2013 17:43:38 +0200 Original-Received: from localhost ([::1]:41582 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UkcLi-00055o-3l for ged-emacs-devel@m.gmane.org; Thu, 06 Jun 2013 11:43:38 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49382) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UkcLd-00055Y-32 for emacs-devel@gnu.org; Thu, 06 Jun 2013 11:43:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UkcLb-00084k-Sm for emacs-devel@gnu.org; Thu, 06 Jun 2013 11:43:33 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:46059) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UkcLb-00084V-Ma for emacs-devel@gnu.org; Thu, 06 Jun 2013 11:43:31 -0400 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r56FhTrO023814 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 6 Jun 2013 15:43:30 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r56FhSCr007722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Jun 2013 15:43:29 GMT Original-Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r56FhS4E009185; Thu, 6 Jun 2013 15:43:28 GMT In-Reply-To: <87li6n46rq.fsf@mail.jurta.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:160172 Archived-At: FWIW - I generally agree with what Juri proposes, though I haven't checked the details. And I think it does belong in isearch.el, as much as anything else that is already there. This kind of thing (performing actions on the fly while searching, including yanking different things into the search string) greatly improves Isearch, IMO. It should be optional and configurable, of course. The search string is editable, (even apart from using `M-e'), i.e., you can type/delete/yank text there. And interacting with the search string is in some ways like interacting with an edit buffer. But that interaction has long been fairly primitive - there is only so much you can do. Letting users take advantage of more of Emacs for interacting with the search string is a good thing, in general. This is a move in that direction. Again, it should be a user choice, of course. > 3. Make the value `edit' of the option `search-exit-option' obsolete, > i.e. currently when `search-exit-option' is `edit', then typing > `C-s C-f C-f C-f' activates the minibuffer and pulls characters > to the end of the minibuffer. That part (description of the current behavior) I do not understand. The doc string and defcustom indicate that all non-nil values should behave the same, etc. What makes a value of `edit' behave differently from a value of `t' or 42? Oh, I see that `isearch-other-meta-char' mentions the value `edit', and treats it specially. Another bug, apparently: The defcustom and the doc string do not reflect that possibility at all. Apparently whoever updated the function to add this special case did not pay attention to the definition of the option.