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: Thu, 24 Mar 2016 08:12:08 +0000 Message-ID: References: <87r3f19gx0.fsf@loki.jorgenschaefer.de> <83d1ql2ebx.fsf@gnu.org> <83a8lp2bd4.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c31f524e2447052ec701cc X-Trace: ger.gmane.org 1458807206 13852 80.91.229.3 (24 Mar 2016 08:13:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Mar 2016 08:13:26 +0000 (UTC) Cc: 23098@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 24 09:13:17 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 1aj0OH-0002Wk-TW for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Mar 2016 09:13:14 +0100 Original-Received: from localhost ([::1]:48334 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aj0OG-00047F-77 for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Mar 2016 04:13:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48681) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aj0OA-00044v-PF for bug-gnu-emacs@gnu.org; Thu, 24 Mar 2016 04:13:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aj0O6-0006bP-9u for bug-gnu-emacs@gnu.org; Thu, 24 Mar 2016 04:13:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37919) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aj0O6-0006bL-5f for bug-gnu-emacs@gnu.org; Thu, 24 Mar 2016 04:13:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1aj0O6-0001NN-1p for bug-gnu-emacs@gnu.org; Thu, 24 Mar 2016 04:13: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: Thu, 24 Mar 2016 08:13: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.14588071465248 (code B ref 23098); Thu, 24 Mar 2016 08:13:02 +0000 Original-Received: (at 23098) by debbugs.gnu.org; 24 Mar 2016 08:12:26 +0000 Original-Received: from localhost ([127.0.0.1]:35046 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aj0NW-0001Ma-Gd for submit@debbugs.gnu.org; Thu, 24 Mar 2016 04:12:26 -0400 Original-Received: from mail-lb0-f176.google.com ([209.85.217.176]:34095) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aj0NU-0001MN-Pk for 23098@debbugs.gnu.org; Thu, 24 Mar 2016 04:12:25 -0400 Original-Received: by mail-lb0-f176.google.com with SMTP id k12so25387209lbb.1 for <23098@debbugs.gnu.org>; Thu, 24 Mar 2016 01:12:24 -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=E8DTXFGMcfnmT14H37CZGGpxa18FKhE+siIxxCxEwhY=; b=q4u2aChS2WU0j2HmWZlU4Iq8ZOej7lwGn9QsnuZRQuKza0dWKBaJa3WkqkTpg8+U0F QreO9FK7/yrjow3s8ojr5xwFXuT2fpmp1+J/OkSevgfnocAiYzU5tKKM2dLTWkUigp8i 8Xodgvdj7lOdbK8f7BtRUfHQHW7NFvfJpGcc2VNwHzvXYaGyR+CsxjgkJpy/Nxutx1Y0 YyTemBqYruH+B97GqxknlXgnc26KyOC18672bv4OtSWjLmNHvJw9iFoa85IXaQ1xWVG/ LuQaqlEjUkHn3q626qXZ6oTMGj8ajDqETOmgBRN9lDkMFUt6RSbz6+ptSSc1f3motHDk 1+NQ== 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=E8DTXFGMcfnmT14H37CZGGpxa18FKhE+siIxxCxEwhY=; b=iAWCvI/LXjaigV8QzCcNq1nu8jeAHbpDYVjFBmCEoDKe/wx8WE77LvCpRxc0RqOWVK WUDZNbaxgeKM25MUD+0hC6xAQCeh+A6fP2eV7YxXXVoTh1rd5pzbG7VM/vep3zN+uC9Y wfjrQR9Y5I8BgESWCWYe/ktkb0Myf/F1VuuFve1yoDyfrL4POotSuFmhO0ouczLV1wO7 1EnhY8/I/l/EhM6M7hJy7ASQrYD7fPdiQo18aceZXJgmR5004ldr0mX8IWZaobERmxjn /VIHSsoiW2xwx/pgGsTcvC8S6o41c7L2Rb2d5HZMNtvC1SxLWcmTJeMjGpWgzUbv6rSV v+JA== X-Gm-Message-State: AD7BkJJg3op4pAUd4vObh2tv1UxmkAtA0+Fsd0FjMvdC0ZiuAMqqlqlEUUNY1DkOXFRMELUSzsOyfMFnhNBjYQ== X-Received: by 10.112.161.131 with SMTP id xs3mr2851806lbb.65.1458807138819; Thu, 24 Mar 2016 01:12:18 -0700 (PDT) In-Reply-To: <83a8lp2bd4.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:115434 Archived-At: --001a11c31f524e2447052ec701cc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > If you set scroll-conservatively to a value larger than 100, don't you > get point as low as possible? No. On Wed, Mar 23, 2016 at 9:22 PM Eli Zaretskii wrote: > > From: Jorgen Sch=C3=A4fer > > Date: Wed, 23 Mar 2016 19:40:50 +0000 > > Cc: 23098@debbugs.gnu.org > > > > The use case here are buffers like comint or IRC chat buffers. It's nic= e > to keep the last line of the buffer flush > > with the last line of the window, to show the maximum amount of data. > (recenter -1) at the end of a buffer is > > supposed to do just that. In this case, it does not, but instead leaves > point in the *middle* of the window. > > Yes, because the scrolling fails, and Emacs falls back on recentering. > > > If it is not possible to display that line halfway (which sounds like a > missing feature to begin with), I would > > expect Emacs to least try to leave point as low in the window as > possible, instead of in the middle of the > > window. C-l likewise won't move point any further down, for example. > > If you set scroll-conservatively to a value larger than 100, don't you > get point as low as possible? > --001a11c31f524e2447052ec701cc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
>=C2=A0If you set scroll-conservatively to a value larg= er than 100, don't you
> get point as low as possible?

No.

On = Wed, Mar 23, 2016 at 9:22 PM Eli Zaretskii <eliz@gnu.org> wrote:
>= ; From: Jorgen Sch=C3=A4fer <jorgen.schaefer@gmail.com>
> Date: Wed, 23 Mar 2016 19:40:50 +0000
> Cc: 23098@d= ebbugs.gnu.org
>
> The use case here are buffers like comint or IRC chat buffers. It'= s nice to keep the last line of the buffer flush
> with the last line of the window, to show the maximum amount of data. = (recenter -1) at the end of a buffer is
> supposed to do just that. In this case, it does not, but instead leave= s point in the *middle* of the window.

Yes, because the scrolling fails, and Emacs falls back on recentering.

> If it is not possible to display that line halfway (which sounds like = a missing feature to begin with), I would
> expect Emacs to least try to leave point as low in the window as possi= ble, instead of in the middle of the
> window. C-l likewise won't move point any further down, for exampl= e.

If you set scroll-conservatively to a value larger than 100, don't you<= br> get point as low as possible?
--001a11c31f524e2447052ec701cc--