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 relative window position? Date: Tue, 15 Jan 2013 08:58:40 -0800 Message-ID: <75F694ACD7DA4E0482195A15331657BA@us.oracle.com> References: <7E5B63603B074626914E5DAEB90E738B@us.oracle.com> <83fw23qf57.fsf@gnu.org> <1712F3B8AF3D49DD9AC9F829FF560543@us.oracle.com> <834niiqubh.fsf@gnu.org> 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 1358269131 2562 80.91.229.3 (15 Jan 2013 16:58:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 15 Jan 2013 16:58:51 +0000 (UTC) Cc: emacs-devel@gnu.org, dmoncayo@gmail.com To: "'Eli Zaretskii'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 15 17:59:09 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 1Tv9qu-0001QW-BV for ged-emacs-devel@m.gmane.org; Tue, 15 Jan 2013 17:59:08 +0100 Original-Received: from localhost ([::1]:33922 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tv9qe-0001OM-1m for ged-emacs-devel@m.gmane.org; Tue, 15 Jan 2013 11:58:52 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:35454) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tv9qb-0001Nq-VY for emacs-devel@gnu.org; Tue, 15 Jan 2013 11:58:50 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tv9qb-0008FI-3Z for emacs-devel@gnu.org; Tue, 15 Jan 2013 11:58:49 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:48444) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tv9qZ-0008Et-H7; Tue, 15 Jan 2013 11:58:47 -0500 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id r0FGwjwA027660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 15 Jan 2013 16:58:45 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r0FGwhbr028961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Jan 2013 16:58:45 GMT Original-Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r0FGwhBV021044; Tue, 15 Jan 2013 10:58:43 -0600 Original-Received: from dradamslap1 (/10.159.246.149) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 15 Jan 2013 08:58:42 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <834niiqubh.fsf@gnu.org> Thread-Index: Ac3zPhRvWfP6zjdcSnK2qnM8fHjBiQAAUJvQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] 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:156391 Archived-At: > The non-default behavior, triggered by customizing some of the > scroll-* variables, can put point on the first or the last window line > (depending on the direction of movement), or make sure point is never > too close to the window edge. But that's about all. Emacs was never > programmed to predictably return to the same place on the screen (and > it isn't easy, either, due to variable fonts). Thanks for the explanation. So it sounds like this is not an enhancement we can expect anytime soon. To be clear - for me at least, getting back to something closer to where I was before searching (window position included) would be an improvement, even if it were not 100% perfect because of variable-width fonts. (I don't use variable-width fonts that much anyway, personally.)