From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#736: C-l interacts badly with scroll-conservatively Date: Sun, 17 Aug 2008 13:14:22 -0700 Message-ID: <010601c900a5$d6b304b0$0200a8c0__18667.0583709658$1219005086$gmane$org@us.oracle.com> References: <873al3u0ao.fsf@stupidchicken.com><00da01c90083$58563410$0200a8c0@us.oracle.com> <87tzdj8ni3.fsf@cyd.mit.edu> Reply-To: Drew Adams , 736@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1219005028 801 80.91.229.12 (17 Aug 2008 20:30:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 17 Aug 2008 20:30:28 +0000 (UTC) Cc: 736@emacsbugs.donarmstrong.com, emacs-devel@gnu.org To: "'Chong Yidong'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Aug 17 22:31:20 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KUou7-0007bK-0n for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 Aug 2008 22:31:14 +0200 Original-Received: from localhost ([127.0.0.1]:48361 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KUot8-0006It-Lb for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 Aug 2008 16:30:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KUoqc-0005To-4u for bug-gnu-emacs@gnu.org; Sun, 17 Aug 2008 16:27:34 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KUoqa-0005Sx-FR for bug-gnu-emacs@gnu.org; Sun, 17 Aug 2008 16:27:33 -0400 Original-Received: from [199.232.76.173] (port=56549 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KUoqa-0005Ss-5y for bug-gnu-emacs@gnu.org; Sun, 17 Aug 2008 16:27:32 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:44179) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KUoqY-0003NO-1n for bug-gnu-emacs@gnu.org; Sun, 17 Aug 2008 16:27:31 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7HKRQac029185; Sun, 17 Aug 2008 13:27:26 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m7HKK3ph026411; Sun, 17 Aug 2008 13:20:03 -0700 X-Loop: don@donarmstrong.com Resent-From: "Drew Adams" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sun, 17 Aug 2008 20:20:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 736 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 736-submit@emacsbugs.donarmstrong.com id=B736.121900405824770 (code B ref 736); Sun, 17 Aug 2008 20:20:03 +0000 Original-Received: (at 736) by emacsbugs.donarmstrong.com; 17 Aug 2008 20:14:18 +0000 Original-Received: from rgminet01.oracle.com (rgminet01.oracle.com [148.87.113.118]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7HKEFwZ024764 for <736@emacsbugs.donarmstrong.com>; Sun, 17 Aug 2008 13:14:16 -0700 Original-Received: from agmgw2.us.oracle.com (agmgw2.us.oracle.com [152.68.180.213]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id m7HKE4ql024196; Sun, 17 Aug 2008 14:14:04 -0600 Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by agmgw2.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m7G0WinV018214; Sun, 17 Aug 2008 14:14:04 -0600 Original-Received: from inet-141-146-46-1.oracle.com by acsmt354.oracle.com with ESMTP id 11524383221219004043; Sun, 17 Aug 2008 13:14:03 -0700 Original-Received: from dradamslap1 (/69.181.100.12) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 17 Aug 2008 13:14:03 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87tzdj8ni3.fsf@cyd.mit.edu> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Thread-Index: AckAnZliYO4TcBnMS5eWIHQTl9MSVAAB5/Lg X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Sun, 17 Aug 2008 16:27:33 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:19514 Archived-At: > >> emacs -q > >> M-: (setq scroll-conservatively 100) RET > >> C-h n > >> C-v > >> C-l > >> C-l > >> C-l > >> > >> The repeated C-l's don't move to the top or bottom of the > >> window, unlike the usual behavior (new to Emacs 23) of > >> recenter-top-bottom. > > > > Maybe I'm misunderstanding the bug report, but by design > > `scroll-conservatively' modifies the behavior of > > `recenter-top-bottom'. As the doc string says: > > > > "Top and bottom destinations are actually > > `scroll-conservatively' lines from true window top > > and bottom." > > That's true; I didn't see that. > > But why does recenter-top-bottom use scroll-conservatively? AFAICT, > people often use a large nonzero number for scroll-conservatively so > that when point is at the bottom of the window, C-n scrolls > down by one > and keeps the cursor at the bottom; and similarly, if point is at the > top of the window, C-p keeps the cursor at the top. It doesn't make > sense to make scroll-conservatively affect C-l. > > I think we should use scroll-margin for this purpose, rather than > scroll-conservatively. > > What do people think? I believe this (below) was the last message in the thread that discussed this. AFAIK, nothing was decided about using a different user option or rationalizing the various uses and doc for `scroll-conservatively'. ---------------8<--------------------------- > From: Drew Adams Sent: Saturday, December 01, 2007 8:54 PM > To: emacs-devel@gnu.org Subject: RE: recenter-top-bottom > > > the doc string of scroll-step says this: > > > > "If you want scrolling to always be a line at a time, > > you should set `scroll-conservatively' to a large > > value rather than set this to 1." > > Where "this" refers to `scroll-step', not > `scroll-conservatively', presumably. That could be made > clearer, BTW. And "a large value" could be made clearer also: > example? What's large? > > > When scroll-conservatively is changed, it's usually for > > this reason, I think. (See Richard's explanation.) > > 1. Then change the `recenter-top-bottom' code to use a new > user option, or some other existing option that is more > appropriate than `scroll-conservatively'. > > 2. FWIW, the manual, the `scroll-step' doc string, and > Richard seem to be saying different things. The manual > (Emacs, node Auto Scrolling) says that you can use "a small > number" for `scroll-conservatively' to scroll "the text just > far enough to bring point back on screen". The doc string of > `scroll-step' says that you can use "a large value" for > `scroll-conservatively' to scroll "a line at a time". Those > can both be true, but they would seem to be different uses of > the option. > > Richard says that he sets `scroll-conservatively' to a large > value to "bring point onto the screen by scrolling, with even > one line of overlap". That doesn't seem to be the same thing > as scrolling "a line at a time". > > I'm not saying that anyone is wrong or that the doc should be > changed (I don't know). And I'm no longer claiming that > `scroll-conservatively' is appropriate for > `recenter-top-bottom' (use some other option, if you like). > I'm saying only that the uses or interpretations of > `scroll-conservatively' seem various.