From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#13055: 24.3.50; `scroll-margin' not always honored in Info buffers Date: Mon, 03 Dec 2012 05:46:44 +0200 Message-ID: <83lidfsspn.fsf@gnu.org> References: <831uf8tl3d.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1354506469 18927 80.91.229.3 (3 Dec 2012 03:47:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 3 Dec 2012 03:47:49 +0000 (UTC) Cc: 13055@debbugs.gnu.org To: Dani Moncayo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 03 04:48:01 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1TfN0h-0007oC-44 for geb-bug-gnu-emacs@m.gmane.org; Mon, 03 Dec 2012 04:47:59 +0100 Original-Received: from localhost ([::1]:59241 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfN0V-0004eh-Ck for geb-bug-gnu-emacs@m.gmane.org; Sun, 02 Dec 2012 22:47:47 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:46726) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfN0S-0004e7-4m for bug-gnu-emacs@gnu.org; Sun, 02 Dec 2012 22:47:45 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TfN0Q-00069D-RB for bug-gnu-emacs@gnu.org; Sun, 02 Dec 2012 22:47:44 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:40381) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfN0Q-000698-N4 for bug-gnu-emacs@gnu.org; Sun, 02 Dec 2012 22:47:42 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TfN2g-0006tY-8j for bug-gnu-emacs@gnu.org; Sun, 02 Dec 2012 22:50:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 03 Dec 2012 03:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13055 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 13055-submit@debbugs.gnu.org id=B13055.135450655826451 (code B ref 13055); Mon, 03 Dec 2012 03:50:02 +0000 Original-Received: (at 13055) by debbugs.gnu.org; 3 Dec 2012 03:49:18 +0000 Original-Received: from localhost ([127.0.0.1]:50632 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TfN1y-0006sa-3u for submit@debbugs.gnu.org; Sun, 02 Dec 2012 22:49:18 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:57587) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TfN1v-0006sS-LE for 13055@debbugs.gnu.org; Sun, 02 Dec 2012 22:49:16 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MEF00700RMGKV00@a-mtaout20.012.net.il> for 13055@debbugs.gnu.org; Mon, 03 Dec 2012 05:46:54 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MEF007IJRU22UA0@a-mtaout20.012.net.il>; Mon, 03 Dec 2012 05:46:50 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:67822 Archived-At: > Date: Sun, 2 Dec 2012 22:51:44 +0100 > From: Dani Moncayo > Cc: 13055@debbugs.gnu.org > > >From an user point of view, the key (from Info buffers) is > indeed a movement command. In this case the movement was from the to > of one info node to the bottom of another one (the previous one). The crucial difference is that in your case there's nothing in common between the two texts. Scroll-related options are there to let you control how much overlap is kept between successive windows of text. When there's nothing in common, there can be no overlap, and therefore these variables make no sense. > > IOW, scroll-margin determines when automatic scrolling is triggered, > > but not where point can be legitimately located in a window. > > That makes little sense to me, and is not what I interpret from the > documentation: > > The variable `scroll-margin' restricts how close point can come to > the top or bottom of a window (even if aggressive scrolling specifies a > fraction F that is larger than the window portion between the top and > the bottom margins). Its value is a number of screen lines; if point > comes within that many lines of the top or bottom of the window, Emacs > performs automatic scrolling. By default, `scroll-margin' is 0. If the documentation leads you to different conclusions, it's something that should be fixed in the documentation. E.g. The variable `scroll-margin' restricts how close point can come to the top or bottom of a window as part of cursor motion commands. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > As I see it, this variable guarantees the users to _always_ see some > context lines around point, which is an important feature to me. No, it doesn't. > Without this feature, I would be sometimes unsure about whether the > current line is the one I am looking for (because I have no context > lines below/above the current one). That's the very reason I set this > variable in my init file, and it makes no sense to me to honor this > variable in some situations and not in others. It was always that way in Emacs. What you expect is a feature that never existed. > And BTW, one symptom of the abnormal location of the current line in > my recipe is this: just after the last step, if you minimize the Emacs > frame and restore it again, the current line is then centered in the > window. What sense does that make? The current line should not > change because of that, definitely. I disagree, sorry.