From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "David De La Harpe Golden" Newsgroups: gmane.emacs.devel Subject: Re: scroll-restore.el Date: Fri, 22 Feb 2008 16:11:51 +0000 Message-ID: <8e24944a0802220811s752c5c8axcfe92bed0402880b@mail.gmail.com> References: <87myq4saw1.fsf@catnip.gol.com> <86lk5f4fjb.fsf@timbral.net> <87ejb7babz.fsf@xmission.com> <85lk5fcod6.fsf@lola.goethe.zz> <8e24944a0802201446g3329febcw190f78145e3f5c4e@mail.gmail.com> <47BD2883.20009@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1203696737 26153 80.91.229.12 (22 Feb 2008 16:12:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 22 Feb 2008 16:12:17 +0000 (UTC) Cc: martin rudalics , emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 22 17:12:42 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JSaVk-0002gf-Uj for ged-emacs-devel@m.gmane.org; Fri, 22 Feb 2008 17:12:33 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JSaVF-0001X3-H0 for ged-emacs-devel@m.gmane.org; Fri, 22 Feb 2008 11:12:01 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JSaVB-0001Wy-Bn for emacs-devel@gnu.org; Fri, 22 Feb 2008 11:11:57 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JSaV6-0001Wm-Kn for emacs-devel@gnu.org; Fri, 22 Feb 2008 11:11:56 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JSaV6-0001Wj-CI for emacs-devel@gnu.org; Fri, 22 Feb 2008 11:11:52 -0500 Original-Received: from wf-out-1314.google.com ([209.85.200.173]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JSaV6-0000Y2-5z for emacs-devel@gnu.org; Fri, 22 Feb 2008 11:11:52 -0500 Original-Received: by wf-out-1314.google.com with SMTP id 29so287486wff.24 for ; Fri, 22 Feb 2008 08:11:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=WGapMpuIBD+7CaYJkK0o/bbLQqCBnOx0eDXF8D1MAsU=; b=eIxxB3EjSt4xKMCdlPLIwwEV3GbPvO/7joOU9jCxTXr8row0hCTWOV/tx8m3t1TvvrYL6/n9fqBODBQAApGqV0lAl34RFc7TXYS9SgRLXDcwZPNnxj5noDBHx3tzoO4igVpS43PPlxy5xJjUT7H/W0P7utQXtAU3+Kz/IwhBwnk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TAKvbaI2D/WyjnA3Cl00XSiKYil/ER3a4JYhW0BUAUVAk25zwPtJ4K34aCMkdjso2yErFqoSQNUO5CqsNstUGr0m7q1VA6tSsMhgoULB4jLpkkUQL32b9oX2DvxycfnMqKzQ6Ix0kF3cHd4HQe3qgDu8VpJgcT0BjbyPAk52ECk= Original-Received: by 10.142.212.19 with SMTP id k19mr129153wfg.66.1203696711120; Fri, 22 Feb 2008 08:11:51 -0800 (PST) Original-Received: by 10.143.17.10 with HTTP; Fri, 22 Feb 2008 08:11:51 -0800 (PST) In-Reply-To: Content-Disposition: inline X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:89978 Archived-At: On 21/02/2008, Richard Stallman wrote: > I think this is trying to implement too many different features, and > we don't want them all. I would rather implement just the feature of > restoring point after you scroll back to the previous screen, in a > simple way. > Well, that is perhaps useful on its own. But just to note, some of the additional features are probably needed to address the transient-mark-mode region selection concern in the context where Martin introduced scroll-restore - e.g. handle-region and jump-back. (handle region just gives the appearance that an active region can go offscreen, jump back is apparently then needed so that the region is really reset to the pre-scrolled region just before the kill, otherwise the real region at scrolled time is killed). > We can add a new > specific hook, and run it from commands and features that scroll. > I think that may wind up being necessary anyway - e.g. As pointed out in the source comments, the code can't handle e.g. vertical scroll bar or mouse drag scrolling sometimes because they don't cause a post-command-hook? (And if you are then concerned with the behaviour of the active region under scrolling (though of course you mightn't be), that can then cause serious flickering at best, "wrong" region at worst (e.g. if you segue directly into a vertical scroll bar scroll from a mouse drag mark region)).