From: Eli Zaretskii <eliz@gnu.org>
To: "Jorgen Schäfer" <jorgen.schaefer@gmail.com>
Cc: jwiegley@gmail.com, 23098@debbugs.gnu.org
Subject: bug#23098: 25.0.92; (recenter -1) can leave point in the middle of the window
Date: Mon, 28 Mar 2016 20:59:39 +0300 [thread overview]
Message-ID: <838u12xz3o.fsf@gnu.org> (raw)
In-Reply-To: <CALqDrSdQ184QTf6KMW4ueROFawUrR_Y1VSD8b-XB3zkW+7LYzA@mail.gmail.com> (message from Jorgen Schäfer on Mon, 28 Mar 2016 17:41:02 +0000)
> From: Jorgen Schäfer <jorgen.schaefer@gmail.com>
> Date: Mon, 28 Mar 2016 17:41:02 +0000
> Cc: jwiegley@gmail.com, 23098@debbugs.gnu.org
>
> I actually don't understand why you don't want to set
> scroll-conservatively globally. From what you say, it sounds like
> that variable is exactly what you want, and not only in this
> situation. Can you explain why you don't see that as a solution?
>
> When scrolling through the buffer with cursor-up/cursor-down, I want full-page scroll, not single-line scroll.
Emacs doesn't by default give you a full-page scroll, it recenters
point instead.
> These two situations have absolutely nothing to do with each other as far as the user experience is
> concerned. The reason why the two interact is purely technical and an artifact of how Emacs works
> underneath.
No, the reason is not technical. This was coded specifically for
those who do want minimal scroll to bring point into view. They
explicitly requested this behavior.
> I'd welcome patches to try to fix this, but I think the best fix is
> inside 'recenter': it should detect this situation and behave as if
> its argument was modified so as not to request redisplay of the window
> with window-start point that will cause recentering of point.
>
> Yes, for example. Great idea.
>
> Interested?
>
> No, thank you.
Well, I hope someone else will be.
prev parent reply other threads:[~2016-03-28 17:59 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-23 18:40 bug#23098: 25.0.92; (recenter -1) can leave point in the middle of the window Jorgen Schaefer
2016-03-23 19:18 ` Eli Zaretskii
2016-03-23 19:40 ` Jorgen Schäfer
2016-03-23 20:22 ` Eli Zaretskii
2016-03-24 8:12 ` Jorgen Schäfer
2016-03-24 15:47 ` Eli Zaretskii
2016-03-24 16:27 ` Jorgen Schäfer
2016-03-24 16:38 ` Eli Zaretskii
2016-03-26 23:27 ` John Wiegley
2016-03-27 8:35 ` Andreas Schwab
2016-03-27 15:07 ` Drew Adams
2016-03-28 13:10 ` Jorgen Schäfer
2016-03-28 17:28 ` Eli Zaretskii
2016-03-28 17:41 ` Jorgen Schäfer
2016-03-28 17:59 ` Eli Zaretskii [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=838u12xz3o.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=23098@debbugs.gnu.org \
--cc=jorgen.schaefer@gmail.com \
--cc=jwiegley@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.