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: Should ending successful Isearch with C-g restore the relativewindow position? Date: Tue, 15 Jan 2013 08:22:08 -0800 Message-ID: References: <7E5B63603B074626914E5DAEB90E738B@us.oracle.com><83fw23qf57.fsf@gnu.org><1712F3B8AF3D49DD9AC9F829FF560543@us.oracle.com> <20130115150950.GB3430@acm.acm> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1358266951 13220 80.91.229.3 (15 Jan 2013 16:22:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 15 Jan 2013 16:22:31 +0000 (UTC) Cc: 'Eli Zaretskii' , dmoncayo@gmail.com, emacs-devel@gnu.org To: "'Alan Mackenzie'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 15 17:22:47 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 1Tv9Hd-0007kn-Gk for ged-emacs-devel@m.gmane.org; Tue, 15 Jan 2013 17:22:41 +0100 Original-Received: from localhost ([::1]:58717 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tv9HN-0007Jw-5H for ged-emacs-devel@m.gmane.org; Tue, 15 Jan 2013 11:22:25 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:54512) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tv9HI-0007An-O3 for emacs-devel@gnu.org; Tue, 15 Jan 2013 11:22:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tv9HE-0005fZ-1v for emacs-devel@gnu.org; Tue, 15 Jan 2013 11:22:20 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:46690) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tv9HC-0005fA-Eo; Tue, 15 Jan 2013 11:22:14 -0500 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id r0FGMB7W008447 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 15 Jan 2013 16:22:12 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r0FGMBP1022194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Jan 2013 16:22:11 GMT Original-Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r0FGMAkV024648; Tue, 15 Jan 2013 10:22:10 -0600 Original-Received: from dradamslap1 (/10.159.246.149) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 15 Jan 2013 08:22:10 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20130115150950.GB3430@acm.acm> Thread-Index: Ac3zM1DpQfjI1Sp+Ra2wrBv3MbWgDgABy+jQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 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:156387 Archived-At: > > > Recentering is the default, always was. > > > Just the _default_? Does that mean that there is a simple > > user setting that changes the behavior from the default so > > that it returns things as they were before searching? > > No, I don't think it does. You might be being a bit too > pedantic here. Dunno why you think that, but OK. So what was meant then by "the default"? What's the alternative behavior, and how does a user get it? > I think it would be easy enough to record the window position > in isearch for this. Is that the alternative for users to "the default" behavior - recoding Isearch? Not a rhetorical question. If I'm missing something I'd like to know what the suggestion is. > But... If C-g restores the window position, then sooner or > later somebody's going to want C- to do the same. > Seems perfectly reasonable. Why? The doc makes clear that the intention of `C-g' (for successful search) is to take you back where you were. Including window position as part of where you were would be a natural and reasonable extension for the `C-g' behavior. I would not object if that were optional for users, if there is someone who really thinks we should also keep the current behavior. But what does any of this have to do with `C-SPC'? Sorry, you've lost me. The question is about `C-g' in the case of search success.