From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jorgen =?UTF-8?Q?Sch=C3=A4fer?= Newsgroups: gmane.emacs.bugs Subject: bug#23098: 25.0.92; (recenter -1) can leave point in the middle of the window Date: Mon, 28 Mar 2016 17:41:02 +0000 Message-ID: References: <87r3f19gx0.fsf@loki.jorgenschaefer.de> <83d1ql2ebx.fsf@gnu.org> <83bn5yy0jw.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a114012b42b3d7d052f1f6b66 X-Trace: ger.gmane.org 1459187412 16969 80.91.229.3 (28 Mar 2016 17:50:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Mar 2016 17:50:12 +0000 (UTC) Cc: jwiegley@gmail.com, 23098@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 28 19:50:04 2016 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 1akbB6-0001v8-Ct for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Mar 2016 19:42:12 +0200 Original-Received: from localhost ([::1]:42000 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akbB5-0002jX-Ez for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Mar 2016 13:42:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54241) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akbB1-0002jP-7g for bug-gnu-emacs@gnu.org; Mon, 28 Mar 2016 13:42:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1akbAw-0007DT-Ag for bug-gnu-emacs@gnu.org; Mon, 28 Mar 2016 13:42:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:45201) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akbAw-0007DI-6q for bug-gnu-emacs@gnu.org; Mon, 28 Mar 2016 13:42:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1akbAw-00039L-2d for bug-gnu-emacs@gnu.org; Mon, 28 Mar 2016 13:42:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jorgen =?UTF-8?Q?Sch=C3=A4fer?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Mar 2016 17:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23098 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23098-submit@debbugs.gnu.org id=B23098.145918688012060 (code B ref 23098); Mon, 28 Mar 2016 17:42:02 +0000 Original-Received: (at 23098) by debbugs.gnu.org; 28 Mar 2016 17:41:20 +0000 Original-Received: from localhost ([127.0.0.1]:42328 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akbAF-00038S-Mu for submit@debbugs.gnu.org; Mon, 28 Mar 2016 13:41:19 -0400 Original-Received: from mail-lf0-f46.google.com ([209.85.215.46]:35372) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akbAE-00038E-1w for 23098@debbugs.gnu.org; Mon, 28 Mar 2016 13:41:18 -0400 Original-Received: by mail-lf0-f46.google.com with SMTP id k79so15711994lfb.2 for <23098@debbugs.gnu.org>; Mon, 28 Mar 2016 10:41:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=gX7OAYUxzGKEHPabLpSUFCSx8dCT3yU/s6A9iehuj0g=; b=NUKjBnfr59AdlTgNIZcWuSeKiPyvJdoT1STnsYKr1wfS38kje/j/hOg5AuSo0cBscm X+yc/5pEK4eRP1PRj4VlRdFWUh/isaRvCyBBW1/u7/LSDNfb7ua6Gfd/3bCSkmclzKaj MnSa7MrBANCmz5buzekvAU6COY0B+a4v4LFG5qlYhJ0n5LmxWqhYM5iPsRU42dl/83k0 VwFbWXwIlq2qEjI4EfHbrhTmbRkVf/S/kwscYyvyZG1do5t0yvPQm+adYE/4VgPCQ19N Uk37qlD0eH0wLUwSCxhcrafvP7IDQsMx+AUKwcGhSbVpMTOyhT79tTd3g6oKnJI7etgs LMYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=gX7OAYUxzGKEHPabLpSUFCSx8dCT3yU/s6A9iehuj0g=; b=PJ1jrYLAWh+vPTjR6bsx7IMsxPpBxF11miaIOktivOij2nZ7yeklX1l7pcIhw97OLz zdcwM87IHWwp0umKJSIZ4/NqKubmqm+dPq9KrLki3Hit5C+Qa9y0fT9VMdnHKPae3cnJ zqIFsJwtPxlUg1uiK5+Au/FuoFhePhLxi7c3CmbzA+lXGezFiXaZdPdXUYfd2WWHJqGd 5IIGClzIL6lJOwflmE7Vjz4HCyraeHmcspLvvCP0BaoyEjAthTP7Eh8yxqY5D61yH+np VBIg3OjPLAGjJ6dsz+yZ3MEN+3N6PXfKPPlsYMo8pG4XjmOTOX0IsGLjnnXDkf7SVGtI F/Kg== X-Gm-Message-State: AD7BkJKDnoqZsCkQq66CK82KvpEgTdjBfvVG+xf+M94Z9V/rM2IByyg8/GZXIEJ78ANCzFffWHCm7d/FZQFViA== X-Received: by 10.25.154.65 with SMTP id c62mr11418700lfe.54.1459186872039; Mon, 28 Mar 2016 10:41:12 -0700 (PDT) In-Reply-To: <83bn5yy0jw.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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:115671 Archived-At: --001a114012b42b3d7d052f1f6b66 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, Mar 28, 2016 at 7:29 PM Eli Zaretskii wrote: > > From: Jorgen Sch=C3=A4fer > > Date: Mon, 28 Mar 2016 13:10:23 +0000 > > Cc: 23098@debbugs.gnu.org > > > > As an end user, I expect `recenter-to-bottom' to cycle the line with > point on it between the top, middle and > > bottom of the current window. The problem described in this report mean= s > that Emacs does not actually do > > this =E2=80=93 the line with point on it does not ever go even near the= bottom > of the window. > > You are judging what Emacs does by the end result: since the result is > not to have point near the bottom, you deduce that Emacs didn't even > try. > No, I am not. As I explained at length in my last mail. 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. When I hit C-l, I want point to end up at the bottom at the window. I do not want to lose the former just so I can have the latter. And, as the programmer of a mode who tries to keep text at the bottom of the window, I most certainly do not want to prescribe to the user how their scrolling with cursor-up/cursor-down behaves just so I can keep the text at the bottom of the window when I add a line. 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. 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. Regards, Jorgen --001a114012b42b3d7d052f1f6b66 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Mon, Mar 28= , 2016 at 7:29 PM Eli Zaretskii <eliz@gn= u.org> wrote:
> From: Jor= gen Sch=C3=A4fer <jorgen.schaefer@gmail.com>
> Date: Mon, 28 Mar 2016 13:10:23 +0000
> Cc: 23098@d= ebbugs.gnu.org
>
> As an end user, I expect `recenter-to-bottom' to cycle the line wi= th point on it between the top, middle and
> bottom of the current window. The problem described in this report mea= ns that Emacs does not actually do
> this =E2=80=93 the line with point on it does not ever go even near th= e bottom of the window.

You are judging what Emacs does by the end result: since the result is
not to have point near the bottom, you deduce that Emacs didn't even try.

No, I am not. As I explained at le= ngth in my last mail.

I = actually don't understand why you don't want to set
scroll-conservatively globally.=C2=A0 From what you say, it sounds like
that variable is exactly what you want, and not only in this
situation.=C2=A0 Can you explain why you don't see that as a solution?<= br>

When scrolling through the buffer with = cursor-up/cursor-down, I want full-page scroll, not single-line scroll.

When I hit C-l, I want point to end up at the bottom = at the window.

I do not want to lose the former ju= st so I can have the latter.

And, as the programme= r of a mode who tries to keep text at the bottom of the window, I most cert= ainly do not want to prescribe to the user how their scrolling with cursor-= up/cursor-down behaves just so I can keep the text at the bottom of the win= dow when I add a line.

These two situations ha= ve absolutely nothing to do with each other as far as the user experience i= s concerned. The reason why the two interact is purely technical and an art= ifact of how Emacs works underneath.

I'd welcome patches to try to fix this, but I think th= e 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.=C2=A0

Yes, for example. Great idea.
=C2=A0
=
Interested?

<= /div>
No, thank you.

Regards,
Jorgen=

--001a114012b42b3d7d052f1f6b66--