From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#13133: 24.2.90; scroll-conservatively is too coarse a setting Date: Mon, 10 Dec 2012 10:46:51 +0400 Message-ID: <50C5855B.10703@yandex.ru> References: <87wqwqwpnf.fsf@vbx.i-did-not-set--mail-host-address--so-tickle-me> <83zk1mbert.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1355122056 7368 80.91.229.3 (10 Dec 2012 06:47:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 10 Dec 2012 06:47:36 +0000 (UTC) Cc: 13133@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 10 07:47:50 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 1Thx9Y-0003u8-LG for geb-bug-gnu-emacs@m.gmane.org; Mon, 10 Dec 2012 07:47:48 +0100 Original-Received: from localhost ([::1]:54773 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Thx9M-00072p-8k for geb-bug-gnu-emacs@m.gmane.org; Mon, 10 Dec 2012 01:47:36 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:41186) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Thx9H-00072S-M2 for bug-gnu-emacs@gnu.org; Mon, 10 Dec 2012 01:47:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Thx9F-0001Ww-5q for bug-gnu-emacs@gnu.org; Mon, 10 Dec 2012 01:47:31 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52740) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Thx9F-0001Wq-2M for bug-gnu-emacs@gnu.org; Mon, 10 Dec 2012 01:47:29 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Thx9m-0001Wm-0J for bug-gnu-emacs@gnu.org; Mon, 10 Dec 2012 01:48:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 10 Dec 2012 06:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13133 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13133-submit@debbugs.gnu.org id=B13133.13551220515836 (code B ref 13133); Mon, 10 Dec 2012 06:48:01 +0000 Original-Received: (at 13133) by debbugs.gnu.org; 10 Dec 2012 06:47:31 +0000 Original-Received: from localhost ([127.0.0.1]:34758 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Thx9G-0001W4-8n for submit@debbugs.gnu.org; Mon, 10 Dec 2012 01:47:30 -0500 Original-Received: from mail-lb0-f172.google.com ([209.85.217.172]:58046) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Thx9D-0001Vw-PA for 13133@debbugs.gnu.org; Mon, 10 Dec 2012 01:47:29 -0500 Original-Received: by mail-lb0-f172.google.com with SMTP id y2so2179825lbk.3 for <13133@debbugs.gnu.org>; Sun, 09 Dec 2012 22:46:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=NZezJngzf41hh69mDzUawFDRGJDGQ4Z0E8u2LTK0PYU=; b=1CeW7V8ldBEtuE7fRNPLGSfFe9BYt20UN8TlOf/iJ/xqKZyPD7I1skraijZVCX4F3G GXMQVUW3RLUuWpBmKw9EAnIiak2G+gu0NUhhoJ2UwPlmJ7t44DlJApyqr6Ii+QLosB/m JjFMxk9MSgNGRk8Zshs1tATjNPJknrpHOycexTM/0MVFjZD1OqAYupf9lat9KoTRikdK 80cOrP0d0CYTMWgWpQ2wjXhEQeiSh5CwvPmpxj238qzG/GfoBfvzvQtlg1Wkco4t0IA7 Sy3QKEV0Lc8bB0MALUKVp7YJbjNwHsSjQDI9xAPnuQmqLVbfkpX+kFXrKqtf/54AmGm5 61NA== Original-Received: by 10.152.114.65 with SMTP id je1mr12932857lab.33.1355122011581; Sun, 09 Dec 2012 22:46:51 -0800 (PST) Original-Received: from [127.0.0.1] ([178.252.98.87]) by mx.google.com with ESMTPS id b3sm7337296lbl.0.2012.12.09.22.46.49 (version=SSLv3 cipher=OTHER); Sun, 09 Dec 2012 22:46:50 -0800 (PST) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 In-Reply-To: <83zk1mbert.fsf@gnu.org> 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:68261 Archived-At: On 10.12.2012 10:30, Eli Zaretskii wrote: >> From: Dmitry Gutov >> Date: Mon, 10 Dec 2012 07:29:40 +0400 >> >> I think this value is used in contexts that are different enough to >> behave differently in this respect. >> >> Examples: >> 1) I want help-button-action to bring me to the function's definition, >> and I generally want in the middle of the screen. Same for imenu, etc. >> 2) I really don't want to see empty space after the contents in the >> compilation window. But as much as half of the window may be empty right >> after compilation because of the point recentering. >> 3) Ideally, if I move around with next/previous-line, I don't want >> sudden jumps and recenterings. Same thing with beginning/end-of-defun >> (so setting scroll-conservatively to a value larger than 0 is not a real >> solution). > > I'm sorry, but the problem you describing is entirely unclear to me. > You didn't say what value, if any, did you set scroll-conservatively > to, nor if you have any other scroll-* variables customized to > non-default values. If you don't customize anything, Emacs always > re-centers when point goes out of sight. When point is re-centered, I > don't think you can ever have half-window of empty space, because of > the way re-centering works. > > Given this lack of information, I don't understand how you get the > adverse effects in your 3 examples. Please elaborate, perhaps > separately about each of the examples. The problem is getting all 3 to work at the same time. For 1, scroll-conservatively needs to be < 100, something like 0-10, so that recentering usually happens. For 2, I have to set scroll-conservatively to 101. Some lower values may also help, but there's no guarantee, as I understand it: the contents of the compilation buffer are getting added in large chunks. For 3, again, I have to set scroll-conservatively to a large value. For C-n/C-p, the value of 5 is usually enough, for for C-M-e/C-M-a, it often has to be larger than that. Half-window happens because when the compilation buffer is filled, the point is at the end of it (when compilation-scroll-output is t, at least). Of other scroll- variables, I have scroll-preserve-screen-position set to t. Didn't think that matters.