GNU logs - #35860, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 22 May 2019 21:07:02 +0000
Resent-Message-ID: <handler.35860.B.155855918027505 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 35860 <at> debbugs.gnu.org
From: Juri Linkov <juri@HIDDEN>
Organization: LINKOV.NET
Date: Wed, 22 May 2019 23:32:13 +0300
Message-ID: <87o93ucjsi.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

There are commands that set point while the buffer is not displayed,
and after displaying the buffer point remains at an old position,
not where it was moved while the buffer was undisplayed.

One solution is to generalize the variable 'help-window-point-marker'
currently described as:

  ;; `help-window-point-marker' is a marker you can move to a valid
  ;; position of the buffer shown in the help window in order to override
  ;; the standard positioning mechanism (`point-min') chosen by
  ;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
  ;; `with-help-window' has this point nowhere before exiting.  Currently
  ;; used by `view-lossage' to assert that the last keystrokes are always
  ;; visible.
  (defvar help-window-point-marker (make-marker)
    "Marker to override default `window-point' in help windows.")

A general name could be e.g. 'window-point-marker'.  Its counterpart is
also necessary with the name 'window-start-marker'.

Beside the recently occurred need in bug#35624 to use a new buffer-local
variable for window-start, other modes require this feature as well,
e.g. vc-annotate takes a long time to finish and set window point, but
after switching forth and back, it doesn't set point to the right line
after the buffer becomes visible.

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Juri Linkov <juri@HIDDEN>
Subject: bug#35860: Acknowledgement (Delayed window positioning after
 buffer display)
Message-ID: <handler.35860.B.155855918027505.ack <at> debbugs.gnu.org>
References: <87o93ucjsi.fsf@HIDDEN>
X-Gnu-PR-Message: ack 35860
X-Gnu-PR-Package: emacs
Reply-To: 35860 <at> debbugs.gnu.org
Date: Wed, 22 May 2019 21:07:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 35860 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
35860: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D35860
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 23 May 2019 04:35:01 +0000
Resent-Message-ID: <handler.35860.B35860.155858606913245 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Juri Linkov <juri@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Date: Thu, 23 May 2019 07:34:28 +0300
Message-Id: <83ef4p7prf.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <87o93ucjsi.fsf@HIDDEN> (message from Juri Linkov on
 Wed, 22 May 2019 23:32:13 +0300)
References: <87o93ucjsi.fsf@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> From: Juri Linkov <juri@HIDDEN>
> Date: Wed, 22 May 2019 23:32:13 +0300
> 
> There are commands that set point while the buffer is not displayed,
> and after displaying the buffer point remains at an old position,
> not where it was moved while the buffer was undisplayed.

That's a feature, isn't it?  See switch-to-buffer-preserve-window-point.

> One solution is to generalize the variable 'help-window-point-marker'
> currently described as:
> 
>   ;; `help-window-point-marker' is a marker you can move to a valid
>   ;; position of the buffer shown in the help window in order to override
>   ;; the standard positioning mechanism (`point-min') chosen by
>   ;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
>   ;; `with-help-window' has this point nowhere before exiting.  Currently
>   ;; used by `view-lossage' to assert that the last keystrokes are always
>   ;; visible.
>   (defvar help-window-point-marker (make-marker)
>     "Marker to override default `window-point' in help windows.")

Why not bind switch-to-buffer-preserve-window-point to nil instead?

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 23 May 2019 21:11:02 +0000
Resent-Message-ID: <handler.35860.B35860.155864583925893 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
From: Juri Linkov <juri@HIDDEN>
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
Date: Thu, 23 May 2019 23:56:17 +0300
In-Reply-To: <83ef4p7prf.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 23 May
 2019 07:34:28 +0300")
Message-ID: <87a7fc51qm.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

>> There are commands that set point while the buffer is not displayed,
>> and after displaying the buffer point remains at an old position,
>> not where it was moved while the buffer was undisplayed.
>
> That's a feature, isn't it?  See switch-to-buffer-preserve-window-point.

IIUC, it tries to preserve the previous position of window-point,
but the required feature should set point when the buffer
is displayed for the first time.

>> One solution is to generalize the variable 'help-window-point-marker'
>> currently described as:
>> 
>>   ;; `help-window-point-marker' is a marker you can move to a valid
>>   ;; position of the buffer shown in the help window in order to override
>>   ;; the standard positioning mechanism (`point-min') chosen by
>>   ;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
>>   ;; `with-help-window' has this point nowhere before exiting.  Currently
>>   ;; used by `view-lossage' to assert that the last keystrokes are always
>>   ;; visible.
>>   (defvar help-window-point-marker (make-marker)
>>     "Marker to override default `window-point' in help windows.")
>
> Why not bind switch-to-buffer-preserve-window-point to nil instead?

I don't know.  I tried to replace

  (set-marker help-window-point-marker (point))

with

  (goto-char (point-max))
  (setq-local switch-to-buffer-preserve-window-point nil)

and it doesn't set point to the end of the Help buffer
when it's displayed for the first time.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 24 May 2019 06:33:01 +0000
Resent-Message-ID: <handler.35860.B35860.155867954013509 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.155867954013509
          (code B ref 35860); Fri, 24 May 2019 06:33:01 +0000
Received: (at 35860) by debbugs.gnu.org; 24 May 2019 06:32:20 +0000
Received: from localhost ([127.0.0.1]:45968 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hU3ka-0003Vo-7P
	for submit <at> debbugs.gnu.org; Fri, 24 May 2019 02:32:20 -0400
Received: from eggs.gnu.org ([209.51.188.92]:53678)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1hU3kY-0003Vb-03
 for 35860 <at> debbugs.gnu.org; Fri, 24 May 2019 02:32:18 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e]:49014)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1hU3kS-0000LQ-6h; Fri, 24 May 2019 02:32:12 -0400
Received: from [176.228.60.248] (port=3211 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1hU3kR-0008V5-Ln; Fri, 24 May 2019 02:32:12 -0400
Date: Fri, 24 May 2019 09:32:22 +0300
Message-Id: <83k1eg5pmx.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <87a7fc51qm.fsf@HIDDEN> (message from Juri Linkov on
 Thu, 23 May 2019 23:56:17 +0300)
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Juri Linkov <juri@HIDDEN>
> Cc: 35860 <at> debbugs.gnu.org
> Date: Thu, 23 May 2019 23:56:17 +0300
> 
> >>   ;; `help-window-point-marker' is a marker you can move to a valid
> >>   ;; position of the buffer shown in the help window in order to override
> >>   ;; the standard positioning mechanism (`point-min') chosen by
> >>   ;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
> >>   ;; `with-help-window' has this point nowhere before exiting.  Currently
> >>   ;; used by `view-lossage' to assert that the last keystrokes are always
> >>   ;; visible.
> >>   (defvar help-window-point-marker (make-marker)
> >>     "Marker to override default `window-point' in help windows.")
> >
> > Why not bind switch-to-buffer-preserve-window-point to nil instead?
> 
> I don't know.  I tried to replace
> 
>   (set-marker help-window-point-marker (point))
> 
> with
> 
>   (goto-char (point-max))
>   (setq-local switch-to-buffer-preserve-window-point nil)
> 
> and it doesn't set point to the end of the Help buffer
> when it's displayed for the first time.

Can you show a recipe starting from "emacs -Q" that exhibits this
behavior.  It sounds like I'm confused about what exactly happens.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 24 May 2019 18:44:05 +0000
Resent-Message-ID: <handler.35860.B35860.15587234092724 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.15587234092724
          (code B ref 35860); Fri, 24 May 2019 18:44:05 +0000
Received: (at 35860) by debbugs.gnu.org; 24 May 2019 18:43:29 +0000
Received: from localhost ([127.0.0.1]:47328 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hUFA9-0000hs-7j
	for submit <at> debbugs.gnu.org; Fri, 24 May 2019 14:43:29 -0400
Received: from quail.birch.relay.mailchannels.net ([23.83.209.151]:45622)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1hUFA7-0000hj-3S
 for 35860 <at> debbugs.gnu.org; Fri, 24 May 2019 14:43:28 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
 by relay.mailchannels.net (Postfix) with ESMTP id BA7121A14A8;
 Fri, 24 May 2019 18:43:25 +0000 (UTC)
Received: from pdx1-sub0-mail-a67.g.dreamhost.com
 (100-96-14-97.trex.outbound.svc.cluster.local [100.96.14.97])
 (Authenticated sender: dreamhost)
 by relay.mailchannels.net (Postfix) with ESMTPA id 574DF1A1D76;
 Fri, 24 May 2019 18:43:23 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a67.g.dreamhost.com ([TEMPUNAVAIL].
 [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
 by 0.0.0.0:2500 (trex/5.17.2); Fri, 24 May 2019 18:43:25 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Tasty-Bored: 4bee5a1a74b143e9_1558723404715_63804395
X-MC-Loop-Signature: 1558723404715:3327392211
X-MC-Ingress-Time: 1558723404715
Received: from pdx1-sub0-mail-a67.g.dreamhost.com (localhost [127.0.0.1])
 by pdx1-sub0-mail-a67.g.dreamhost.com (Postfix) with ESMTP id D86C78068C;
 Fri, 24 May 2019 11:43:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
 :subject:references:date:in-reply-to:message-id:mime-version
 :content-type; s=linkov.net; bh=QFv8OwCAnvu64/N4OYUJrpw3+Jg=; b=
 190vipyEd5ENmynS4NI1L1ufi2H/8G5yQqLoS+5pLmnkR09mxTeUtyPOVrb7tfww
 Pb830v6ADDaTGmxgrZv0S3vnjGr9E2xVi6XAEtO8j15MVWc14InQzT7Hzlbk+UgH
 nIwGl/56rgaYl/FDRATZQh2RA0vfxY5fEiWGK2IUnfQ=
Received: from mail.jurta.org (m91-129-96-230.cust.tele2.ee [91.129.96.230])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 (Authenticated sender: jurta@HIDDEN)
 by pdx1-sub0-mail-a67.g.dreamhost.com (Postfix) with ESMTPSA id F326980696;
 Fri, 24 May 2019 11:43:13 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a67
From: Juri Linkov <juri@HIDDEN>
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
Date: Fri, 24 May 2019 21:34:18 +0300
In-Reply-To: <83k1eg5pmx.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 24 May
 2019 09:32:22 +0300")
Message-ID: <87k1efhkgp.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudduiedgudefudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledrleeirddvfedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrleeirddvfedtpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepvghlihiisehgnhhurdhorhhgnecuvehluhhsthgvrhfuihiivgeptd
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

>> >>   ;; `help-window-point-marker' is a marker you can move to a valid
>> >>   ;; position of the buffer shown in the help window in order to override
>> >>   ;; the standard positioning mechanism (`point-min') chosen by
>> >>   ;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
>> >>   ;; `with-help-window' has this point nowhere before exiting.  Currently
>> >>   ;; used by `view-lossage' to assert that the last keystrokes are always
>> >>   ;; visible.
>> >>   (defvar help-window-point-marker (make-marker)
>> >>     "Marker to override default `window-point' in help windows.")
>> >
>> > Why not bind switch-to-buffer-preserve-window-point to nil instead?
>>
>> I don't know.  I tried to replace
>>
>>   (set-marker help-window-point-marker (point))
>>
>> with
>>
>>   (goto-char (point-max))
>>   (setq-local switch-to-buffer-preserve-window-point nil)
>>
>> and it doesn't set point to the end of the Help buffer
>> when it's displayed for the first time.
>
> Can you show a recipe starting from "emacs -Q" that exhibits this
> behavior.  It sounds like I'm confused about what exactly happens.

0. emacs -Q
1. C-h l

Then point in the *Help* buffer should be at the bottom,
but when setting switch-to-buffer-preserve-window-point to nil
instead of using set-marker, point still is at the top of the buffer.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 25 May 2019 08:04:01 +0000
Resent-Message-ID: <handler.35860.B35860.155877142023823 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.155877142023823
          (code B ref 35860); Sat, 25 May 2019 08:04:01 +0000
Received: (at 35860) by debbugs.gnu.org; 25 May 2019 08:03:40 +0000
Received: from localhost ([127.0.0.1]:48085 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hUReW-0006CA-Do
	for submit <at> debbugs.gnu.org; Sat, 25 May 2019 04:03:40 -0400
Received: from mout.gmx.net ([212.227.17.20]:39481)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1hUReU-0006Bx-UM
 for 35860 <at> debbugs.gnu.org; Sat, 25 May 2019 04:03:39 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1558771413;
 bh=fXgDXWsDoXgAB5xZ+jmEsjI81jNWGI7JjBAf40eoqgo=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=NSS7fCmpq+M1td6AebIwvYjSb/DTGblDitcSZ0H0dBRVANklDHNT2N9Mx7YdebpXu
 LmPpe2vTg7n3jbTl7K+85pm2PCuiX9MN37Q2gYzWR9MO8L6Ud8RjUPpxTbrYEUiI05
 /mJR/AGP5a80Kkn1/gAN3LiE8srWQjFJWl5QH5YM=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.101] ([213.162.73.253]) by mail.gmx.com (mrgmx105
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MjS9C-1gkdR74B6g-00kuFS; Sat, 25
 May 2019 09:58:16 +0200
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
Date: Sat, 25 May 2019 09:58:14 +0200
MIME-Version: 1.0
In-Reply-To: <87k1efhkgp.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: de-DE
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:nc3RfO06Vst/nGlfslqMSBjgFgeod/uqRqP1oC+Dz45vWzKuHp2
 briN7Dh1oFtEvIFhCF3/JsaYqQroMWIVn0hZoZ1tapBEYEz+Q9+U0uSkydWG4D4N4Hu+0f+
 Xvjw1/U6942muyKMJhWCb/xBVT+R9IfIbpXHsjjiV29ibHBMJI4qwZhOvCbdyK3qgEoRsk+
 R0T9m86uF0kBk5RX7H5dA==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:2OFH8WeDc2M=:JiWDqs8DXP8WqiLMVANcmS
 mYUKK3zNZeClDKbrDtmS5qCIUfmDiSk1q5itKfTdLiBPb/gIxjtusX7SRBID2Io2P89gji1Tt
 3bQpRXQRC32iAgHDb6Uv2hQhnSowDvMLAItmWtoZUTXD+sqbQf3ZJm96qFFZ7ab3pUR9tD3KI
 Kq+szwhqlwuts2jfGKfKNr4PD37L4EQZ/HVEToT90fWVAyImqeze8eJu4CvubxsyA0aZzdUcm
 NaKmesHD4TwEpGetXndQmPcBg/4VOVl1yV7YFxTrZSDyTfuS7VP6Hymg337RNtgP+kKCGhR0c
 ayOe9OrCmTMrpADBhjM7SunFxM9CcfCfkXBeTW5q6zeINOXCRQyHfi+3Ni5If97qNl/uKmCOT
 +6CUzzBERC/CVYzZkifGWSkgjATcaoDFrP17wKKq/75G2CP4y8yjbhT12o8jnx92S7yEO8Uz+
 iVxIMRW1A2VfiMS0M5XWTGBhe955ROVveu+F8xe+sPZZ1DxEBFPPoABs/kwaX0ZLOW3qLWWCK
 +7hsGuYo9lIGJkwV8mSk7KKStVVWZ4UIduRFupsbHQPTawaIpffaJwqK5OGg19VX0nG285x2T
 /Nu71liCjhTLFocFly20N8AreLtgAfKpAo9s+eiiyDlurMsgRdJmB4XJdp5n0hftNkASViaax
 NQZViShqZ9P9Z/Gc74jRPwcrtp9dtwgg3uPORgSaeTqacKlUT7koOqQUizIJrOX2G7dkx7EwC
 uMyzwnzWZZ/JvefthSP6Nq55qict6rYjn+s86zF2HujxziWoVRDiNPyqzTr0su1ueyL9HhUiz
 WX8XPurnzhdUNdqKfs/4qFkai2NPWoRcejUxqUWc5Sg8hPZb0Uglv3BlwVJeFOHHXyFCTZjAS
 o/iDXTqp8LXAbdycqwF3QfQe5DlbHVmY9Wkw+wuQiK5qPuug2lSlPb00wKbQ1qzX9XGc5XlAi
 gfyZHjST1ql38Zy48AvOM5MPJe68iH1eUtPlx/EjTZQDD5MCIU9zC
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > 0. emacs -Q
 > 1. C-h l
 >
 > Then point in the *Help* buffer should be at the bottom,
 > but when setting switch-to-buffer-preserve-window-point to nil
 > instead of using set-marker, point still is at the top of the buffer.

I'm confused.  Here point in the *Help* buffer is always at bottom
regardless of how 'switch-to-buffer-preserve-window-point' is set.

martin

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 27 May 2019 20:10:03 +0000
Resent-Message-ID: <handler.35860.B35860.1558987792537 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.1558987792537
          (code B ref 35860); Mon, 27 May 2019 20:10:03 +0000
Received: (at 35860) by debbugs.gnu.org; 27 May 2019 20:09:52 +0000
Received: from localhost ([127.0.0.1]:54227 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hVLwN-00008a-M1
	for submit <at> debbugs.gnu.org; Mon, 27 May 2019 16:09:51 -0400
Received: from gecko.birch.relay.mailchannels.net ([23.83.209.66]:18971)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1hVLwL-00008S-Rj
 for 35860 <at> debbugs.gnu.org; Mon, 27 May 2019 16:09:50 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
 by relay.mailchannels.net (Postfix) with ESMTP id A13E56A0796;
 Mon, 27 May 2019 20:09:48 +0000 (UTC)
Received: from pdx1-sub0-mail-a50.g.dreamhost.com
 (100-96-85-75.trex.outbound.svc.cluster.local [100.96.85.75])
 (Authenticated sender: dreamhost)
 by relay.mailchannels.net (Postfix) with ESMTPA id 17E396A0EB9;
 Mon, 27 May 2019 20:09:48 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a50.g.dreamhost.com ([TEMPUNAVAIL].
 [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
 by 0.0.0.0:2500 (trex/5.17.2); Mon, 27 May 2019 20:09:48 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Stretch-Shelf: 5d1a00d75d631b96_1558987788470_4058861210
X-MC-Loop-Signature: 1558987788470:2210778820
X-MC-Ingress-Time: 1558987788470
Received: from pdx1-sub0-mail-a50.g.dreamhost.com (localhost [127.0.0.1])
 by pdx1-sub0-mail-a50.g.dreamhost.com (Postfix) with ESMTP id 4CE2D832A5;
 Mon, 27 May 2019 13:09:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
 :subject:references:date:in-reply-to:message-id:mime-version
 :content-type; s=linkov.net; bh=o+BOJWNs1BguI7Y506HT0uwwUFY=; b=
 PUmKI/oW+AAGFld3c+A9t/VpSUz2B/YaU6Qua1GYVga/9LzGGsnrvtf9+HaV0e3c
 8ZhBfzRy6O8MXZBOKByFio5NprCQCTn6iisPWbJ1d6ycBD6B/JNh8+fuIm+vxU8f
 9qkP/WYkiLOas1RaMdgiJbWSkWDPgEmvXjHyAEH6VEE=
Received: from mail.jurta.org (m91-129-96-73.cust.tele2.ee [91.129.96.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 (Authenticated sender: jurta@HIDDEN)
 by pdx1-sub0-mail-a50.g.dreamhost.com (Postfix) with ESMTPSA id 8E749832A3;
 Mon, 27 May 2019 13:09:40 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a50
From: Juri Linkov <juri@HIDDEN>
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
Date: Mon, 27 May 2019 22:49:50 +0300
In-Reply-To: <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> (martin rudalics's
 message of "Sat, 25 May 2019 09:58:14 +0200")
Message-ID: <87k1ebelw1.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddruddvfedguddvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdeliedrjeefnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrleeirdejfedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

>> 0. emacs -Q
>> 1. C-h l
>>
>> Then point in the *Help* buffer should be at the bottom,
>> but when setting switch-to-buffer-preserve-window-point to nil
>> instead of using set-marker, point still is at the top of the buffer.
>
> I'm confused.  Here point in the *Help* buffer is always at bottom
> regardless of how 'switch-to-buffer-preserve-window-point' is set.

This effect is the result of this patch:

diff --git a/lisp/help.el b/lisp/help.el
index 42ff375565..0d76a45543 100644
--- a/lisp/help.el
+++ b/lisp/help.el
@@ -481,7 +481,7 @@ view-lossage
           (comment-indent)
 	  (forward-line 1)))
       ;; Show point near the end of "lossage", as we did in Emacs 24.
-      (set-marker help-window-point-marker (point)))))
+      (setq-local switch-to-buffer-preserve-window-point nil))))
 
 
 ;; Key bindings

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 11 Jun 2019 21:53:02 +0000
Resent-Message-ID: <handler.35860.B35860.15602899288527 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.15602899288527
          (code B ref 35860); Tue, 11 Jun 2019 21:53:02 +0000
Received: (at 35860) by debbugs.gnu.org; 11 Jun 2019 21:52:08 +0000
Received: from localhost ([127.0.0.1]:60315 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1haogZ-0002DT-J5
	for submit <at> debbugs.gnu.org; Tue, 11 Jun 2019 17:52:07 -0400
Received: from bonobo.elm.relay.mailchannels.net ([23.83.212.22]:55168)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1haogW-0002DJ-L8
 for 35860 <at> debbugs.gnu.org; Tue, 11 Jun 2019 17:52:06 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
 by relay.mailchannels.net (Postfix) with ESMTP id 769D250146D;
 Tue, 11 Jun 2019 21:52:03 +0000 (UTC)
Received: from pdx1-sub0-mail-a2.g.dreamhost.com
 (100-96-28-110.trex.outbound.svc.cluster.local [100.96.28.110])
 (Authenticated sender: dreamhost)
 by relay.mailchannels.net (Postfix) with ESMTPA id C666D50128E;
 Tue, 11 Jun 2019 21:52:02 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a2.g.dreamhost.com ([TEMPUNAVAIL].
 [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
 by 0.0.0.0:2500 (trex/5.17.2); Tue, 11 Jun 2019 21:52:03 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Cooing-Callous: 44fabbab4defd69d_1560289923218_417272002
X-MC-Loop-Signature: 1560289923218:2652606790
X-MC-Ingress-Time: 1560289923218
Received: from pdx1-sub0-mail-a2.g.dreamhost.com (localhost [127.0.0.1])
 by pdx1-sub0-mail-a2.g.dreamhost.com (Postfix) with ESMTP id EFB237FD8B;
 Tue, 11 Jun 2019 14:51:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
 :subject:references:date:in-reply-to:message-id:mime-version
 :content-type; s=linkov.net; bh=gs0nUoqrOxhdAGAt4BFcmdxd9qc=; b=
 I+oMdEb5H86n+zW5vDf81xjjHRYbpiVjooxQsQPSB70Cn2EU1ccuNkscxYS+tr+m
 sYJr0Oa4fbP5mgFZDNEUbwBY84NtN5QC6ya0kkulinies8AVknMuJwq/dKCrfZhq
 FA2jiKRnZCQxaQjD1Ytd9KYLVG9bOtO9b4JgmObLPig=
Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
 bits)) (No client certificate requested)
 (Authenticated sender: jurta@HIDDEN)
 by pdx1-sub0-mail-a2.g.dreamhost.com (Postfix) with ESMTPSA id 837C77FD98;
 Tue, 11 Jun 2019 14:51:54 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a2
From: Juri Linkov <juri@HIDDEN>
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
Date: Tue, 11 Jun 2019 23:53:00 +0300
In-Reply-To: <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> (martin rudalics's
 message of "Sat, 25 May 2019 09:58:14 +0200")
Message-ID: <875zpb4zdw.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudehhedgudegkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehmtderredtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrvddtleenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddvtdelpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--=-=-=
Content-Type: text/plain

>> 0. emacs -Q
>> 1. C-h l
>>
>> Then point in the *Help* buffer should be at the bottom,
>> but when setting switch-to-buffer-preserve-window-point to nil
>> instead of using set-marker, point still is at the top of the buffer.
>
> I'm confused.  Here point in the *Help* buffer is always at bottom
> regardless of how 'switch-to-buffer-preserve-window-point' is set.

Dmitry reverted my patch in bug#35624 because of no progress here,
so I needed to implement this quickly.  It generalizes
help-window-point-marker to a more general variable useful
not only in the Help buffer but everywhere, and all my tests show
that it works well:


--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline; filename=window-start-and-point.patch

diff --git a/lisp/help.el b/lisp/help.el
index 42ff375565..c046fe6a49 100644
--- a/lisp/help.el
+++ b/lisp/help.el
@@ -37,15 +37,7 @@
 (add-hook 'temp-buffer-setup-hook 'help-mode-setup)
 (add-hook 'temp-buffer-show-hook 'help-mode-finish)
 
-;; `help-window-point-marker' is a marker you can move to a valid
-;; position of the buffer shown in the help window in order to override
-;; the standard positioning mechanism (`point-min') chosen by
-;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
-;; `with-help-window' has this point nowhere before exiting.  Currently
-;; used by `view-lossage' to assert that the last keystrokes are always
-;; visible.
-(defvar help-window-point-marker (make-marker)
-  "Marker to override default `window-point' in help windows.")
+(defvaralias 'help-window-point-marker 'window-point)
 
 (defvar help-window-old-frame nil
   "Frame selected at the time `with-help-window' is invoked.")
@@ -481,7 +473,8 @@ view-lossage
           (comment-indent)
 	  (forward-line 1)))
       ;; Show point near the end of "lossage", as we did in Emacs 24.
-      (set-marker help-window-point-marker (point)))))
+      (setq window-point (point))
+      (setq window-start (save-excursion (forward-line (- 5 (window-height))) (point))))))
 
 
 ;; Key bindings
@@ -1249,12 +1242,6 @@ help-window-setup
 	 (frame (window-frame window)))
 
     (when help-buffer
-      ;; Handle `help-window-point-marker'.
-      (when (eq (marker-buffer help-window-point-marker) help-buffer)
-	(set-window-point window help-window-point-marker)
-	;; Reset `help-window-point-marker'.
-	(set-marker help-window-point-marker nil))
-
       ;; If the help window appears on another frame, select it if
       ;; `help-window-select' is non-nil and give that frame input focus
       ;; too.  See also Bug#19012.
@@ -1327,7 +1314,7 @@ help-window-setup
 ;; (3) An option (customizable via `help-window-select') to select the
 ;;     help window automatically.
 
-;; (4) A marker (`help-window-point-marker') to move point in the help
+;; (4) A marker (`window-point') to move point in the help
 ;;     window to an arbitrary buffer position.
 (defmacro with-help-window (buffer-or-name &rest body)
   "Evaluate BODY, send output to BUFFER-OR-NAME and show in a help window.
@@ -1339,9 +1326,9 @@ with-help-window
 Most of this is done by `help-window-setup', which see."
   (declare (indent 1) (debug t))
   `(progn
-     ;; Make `help-window-point-marker' point nowhere.  The only place
+     ;; Make `window-point' point nowhere.  The only place
      ;; where this should be set to a buffer position is within BODY.
-     (set-marker help-window-point-marker nil)
+     (when window-point (setq window-point nil))
      (let ((temp-buffer-window-setup-hook
 	    (cons 'help-mode-setup temp-buffer-window-setup-hook))
 	   (temp-buffer-window-show-hook
diff --git a/lisp/window.el b/lisp/window.el
index 69b1299dbd..e2796cecba 100644
--- a/lisp/window.el
+++ b/lisp/window.el
@@ -6795,6 +6795,22 @@ window--even-window-sizes
            (/ (- (window-total-height window) (window-total-height)) 2))
         (error nil))))))
 
+(defvar window-point nil
+  "Marker to override default `window-point' in help windows.
+`window-point' is a buffer-local marker you can move to a valid position of
+the buffer shown in the window in order to override the standard
+positioning mechanism (`point-min') chosen by window displaying functions.")
+(make-variable-buffer-local 'window-point)
+(put 'window-point 'permanent-local t)
+
+(defvar window-start nil
+  "Marker to override default `window-start' in help windows.
+`window-start' is a buffer-local marker you can move to a valid position of
+the buffer shown in the window in order to override the standard
+positioning mechanism (`point-min') chosen by window displaying functions.")
+(make-variable-buffer-local 'window-start)
+(put 'window-start 'permanent-local t)
+
 (defun window--display-buffer (buffer window type &optional alist)
   "Display BUFFER in WINDOW.
 WINDOW must be a live window chosen by a buffer display action
@@ -6913,6 +6929,15 @@ window--display-buffer
 	(when (consp preserve-size)
 	  (window-preserve-size window t (car preserve-size))
 	  (window-preserve-size window nil (cdr preserve-size)))))
+
+      (when window-start
+        (set-window-start window window-start)
+        (setq window-start nil))
+
+      (when window-point
+        (set-window-point window window-point)
+        (setq window-point nil))
+
       ;; Assign any window parameters specified.
       (let ((parameters (cdr (assq 'window-parameters alist))))
         (dolist (parameter parameters)
diff --git a/lisp/vc/vc-git.el b/lisp/vc/vc-git.el
index 61c13026cc..20a67dd6a7 100644
--- a/lisp/vc/vc-git.el
+++ b/lisp/vc/vc-git.el
@@ -1017,9 +1017,11 @@ vc-git-print-log
     ;; If the buffer exists from a previous invocation it might be
     ;; read-only.
     (let ((inhibit-read-only t))
-      (with-current-buffer
-          buffer
-	(apply 'vc-git-command buffer
+      (with-current-buffer buffer
+	(insert (propertize "(Press 'd' here to see the diff against the current working revision)\n"
+                            'font-lock-face 'shadow))
+        (setq window-start (point))
+        (apply 'vc-git-command buffer
 	       'async files
 	       (append
 		'("log" "--no-color")

--=-=-=--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 13 Jun 2019 08:45:02 +0000
Resent-Message-ID: <handler.35860.B35860.156041549227518 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.156041549227518
          (code B ref 35860); Thu, 13 Jun 2019 08:45:02 +0000
Received: (at 35860) by debbugs.gnu.org; 13 Jun 2019 08:44:52 +0000
Received: from localhost ([127.0.0.1]:34492 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hbLLn-00079l-W8
	for submit <at> debbugs.gnu.org; Thu, 13 Jun 2019 04:44:52 -0400
Received: from mout.gmx.net ([212.227.17.20]:50853)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1hbLLk-00079U-Js
 for 35860 <at> debbugs.gnu.org; Thu, 13 Jun 2019 04:44:50 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1560415472;
 bh=Rn3+ORsrnGcYwi8yDSviqTBt+gGv3wFWbeCHuaWaESM=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=Z151n1U3Zfh1zODtYcZYtkfRb0w+kavZecP6LHwWN3m6PTK0cquyx6WgeI53q9MIa
 ov6JUrGbBpkARtoI96T8UNB1XBfNbvKd9+VmYYLkAfxZJInguM910Sd5x0x8INqVVZ
 N8jzYSvAwv/Tdl9rpiY1gRE4LEKJH7qVovTfYdmY=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.101] ([213.162.73.176]) by mail.gmx.com (mrgmx105
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MpDJX-1iQwZT1Adj-00qnN7; Thu, 13
 Jun 2019 10:44:32 +0200
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
Date: Thu, 13 Jun 2019 10:44:28 +0200
MIME-Version: 1.0
In-Reply-To: <875zpb4zdw.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: de-DE
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:1RG1I2dIbFEniTFQa/u3rldngDQXQDaPUdOGrnCOIhTzfaUgEID
 cv67W4HdJIL5BO9WRdfP2p3kNqLVtSxN7mtJnW6MTj4cP7qrFfDFsz85J2Ve1zsp/vBwicM
 L/UMgTQDEcnbLtW9wrUe6+QarAmi3KTydGz0HTbmgcgAmXlzjIcZbhTYQ6KPbyx9fFRY1gs
 KpklVxf6dS7WxyzZMocEg==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:k/qHIHksxVg=:mXrSrUTPtJdy0u7AylK5c2
 K00rG1YTEpQxOT5TONfFRM5Fgcy7wFDBYTgIpiIeO8hyGrOnaTVx4IYMvdhzny8/8jhcr/NA2
 dZx2pUt4X7/Y1/ZP//I9FoIyu3k9dklZBhMDeryyMLSHmYGAXPJqrOdkgXsTMm1hdnTF4+nG9
 UFLJXuT9YxvwmEAdb6vcQNVfbvVkC1n545eVbHhC18bI5t5ejTjmZw80TTRtD/nSN76lmGCCY
 zl5lmMqQ399XZDxn5IErsMIdKH3BcPuOfMzwYc/qgm+0BoGrbdRXiUvdZAffyBlLIuopxIe5L
 LghfFbGfUfqb2VayZlpjXSzfw+UiRmW/UckhpH3NovquDSc51dtScm+z2oV00UA0VIRsuqi6s
 Z1GK1udkj1vpXkizp3Hv7Eexo/qBgV+3gx/yLZEIxfK2xsMW+VfqG/FI2YDhxKOTmds2eibLG
 TVznIS67Bdu7oW/MtbsyVbgp9wo3wsAVbm2ZdGiCr1zAEvlNVgwBAbSVQbNbkRwVKE08BVhJk
 aBCT36tkxPjguHE1EiB4Z8ifT5r4ySyWoE09t1SJQ8Jisl+CVCJNOdxhFLJ15a4YWbgTKmMhk
 zLjDDwdLE3lkwlhJ2tT3XcYUQcY73hZDsz2rxENuGzjRHPmBpk7iR9fWnLKkBugOxyiAdm2X6
 X9QPlOgCRaQ2a5I4161TfJATsFLfnD6Zi7VzfDu+COAdwO9bFklj3mUJ91VEL43jnp6nrOoao
 AXgF8cPm1HShwQan0KGDRwuS4pOgvamJvIr8B0saF1Sq3yqZlzKOMOGNxHRKKH4z0168cso70
 m0O3ln6Bd7MOrex26Y3okB/FOhO3HNjk2lpjpxBrGN/x/bD2oAebMrH2df/ZbNlZo1Or3t+jS
 i6kehoV+co0Jq3QaoZpyrgZU3wRtncYfIz7Ycy1psZBtyfFoLpfEerQ6O0J+CUgHJ5+RhyWwz
 u5nMZQSh5S3nMvMtf3Ll54fZ0RBOw05roIvzqd2qCDL+0NYeXU9Oh
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > Dmitry reverted my patch in bug#35624 because of no progress here,
 > so I needed to implement this quickly.  It generalizes
 > help-window-point-marker to a more general variable useful
 > not only in the Help buffer but everywhere, and all my tests show
 > that it works well:
 >

OK.  But

-;; (4) A marker (`help-window-point-marker') to move point in the help
+;; (4) A marker (`window-point') to move point in the help
  ;;     window to an arbitrary buffer position.

sounds irritating IMHO.  If it's used for help windows only, then why
rename it?  Otherwise, we should at least leave the '-marker' postfix
and provide some additional identification so maybe use something like
'temp-buffer-window-point-marker'

martin

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 13 Jun 2019 20:31:02 +0000
Resent-Message-ID: <handler.35860.B35860.156045785126509 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.156045785126509
          (code B ref 35860); Thu, 13 Jun 2019 20:31:02 +0000
Received: (at 35860) by debbugs.gnu.org; 13 Jun 2019 20:30:51 +0000
Received: from localhost ([127.0.0.1]:36191 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hbWN0-0006tV-QZ
	for submit <at> debbugs.gnu.org; Thu, 13 Jun 2019 16:30:51 -0400
Received: from bumble.birch.relay.mailchannels.net ([23.83.209.25]:4848)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1hbWMz-0006tK-3P
 for 35860 <at> debbugs.gnu.org; Thu, 13 Jun 2019 16:30:50 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
 by relay.mailchannels.net (Postfix) with ESMTP id 5E01F2109F;
 Thu, 13 Jun 2019 20:30:47 +0000 (UTC)
Received: from pdx1-sub0-mail-a78.g.dreamhost.com
 (100-96-4-95.trex.outbound.svc.cluster.local [100.96.4.95])
 (Authenticated sender: dreamhost)
 by relay.mailchannels.net (Postfix) with ESMTPA id 8DED920EED;
 Thu, 13 Jun 2019 20:30:44 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a78.g.dreamhost.com ([TEMPUNAVAIL].
 [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
 by 0.0.0.0:2500 (trex/5.17.2); Thu, 13 Jun 2019 20:30:47 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Plucky-Trade: 056b87b578d1f9d9_1560457844882_434015355
X-MC-Loop-Signature: 1560457844882:2713261796
X-MC-Ingress-Time: 1560457844882
Received: from pdx1-sub0-mail-a78.g.dreamhost.com (localhost [127.0.0.1])
 by pdx1-sub0-mail-a78.g.dreamhost.com (Postfix) with ESMTP id 4F88B81168;
 Thu, 13 Jun 2019 13:30:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
 :subject:references:date:in-reply-to:message-id:mime-version
 :content-type; s=linkov.net; bh=Ro846O9k4pYWTNFHWW1X9fRH/bg=; b=
 YA9n54MmNwQzuPn8eeSKQsyY6g14/c7LrcnBe61jTh6puZ9ko4RSw90XQ15QKJ6P
 h0LmIAeby4TLio36KSpVXaoH7w4mUPFdyWji8Uef4m5q77p16pXFLJluqIB0qi+S
 dwyO+a6vvDpdXYVwOMqz0wJ2dzEzYY6ByX+Cb4pJAqI=
Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
 bits)) (No client certificate requested)
 (Authenticated sender: jurta@HIDDEN)
 by pdx1-sub0-mail-a78.g.dreamhost.com (Postfix) with ESMTPSA id E348480BAC;
 Thu, 13 Jun 2019 13:30:36 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a78
From: Juri Linkov <juri@HIDDEN>
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
Date: Thu, 13 Jun 2019 23:24:52 +0300
In-Reply-To: <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> (martin rudalics's
 message of "Thu, 13 Jun 2019 10:44:28 +0200")
Message-ID: <878su5i67f.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudehledgudehtdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrvddtleenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddvtdelpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

> OK.  But
>
> -;; (4) A marker (`help-window-point-marker') to move point in the help
> +;; (4) A marker (`window-point') to move point in the help
>  ;;     window to an arbitrary buffer position.
>
> sounds irritating IMHO.  If it's used for help windows only, then why
> rename it?  Otherwise, we should at least leave the '-marker' postfix
> and provide some additional identification so maybe use something like
> 'temp-buffer-window-point-marker'

It's generalized now to be used not only for help windows.
The '-marker' postfix is not needed because it can be either
marker or integer, i.e. any value that set-window-point accepts
for its POSITION argument.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 14 Jun 2019 19:18:02 +0000
Resent-Message-ID: <handler.35860.B35860.156053985726598 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.156053985726598
          (code B ref 35860); Fri, 14 Jun 2019 19:18:02 +0000
Received: (at 35860) by debbugs.gnu.org; 14 Jun 2019 19:17:37 +0000
Received: from localhost ([127.0.0.1]:37825 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hbrhh-0006uw-CK
	for submit <at> debbugs.gnu.org; Fri, 14 Jun 2019 15:17:37 -0400
Received: from bee.elm.relay.mailchannels.net ([23.83.212.14]:50016)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1hbrhf-0006um-DY
 for 35860 <at> debbugs.gnu.org; Fri, 14 Jun 2019 15:17:36 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
 by relay.mailchannels.net (Postfix) with ESMTP id 5B6D48C25ED;
 Fri, 14 Jun 2019 19:17:34 +0000 (UTC)
Received: from pdx1-sub0-mail-a62.g.dreamhost.com
 (100-96-88-48.trex.outbound.svc.cluster.local [100.96.88.48])
 (Authenticated sender: dreamhost)
 by relay.mailchannels.net (Postfix) with ESMTPA id 1FE588C235F;
 Fri, 14 Jun 2019 19:17:33 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a62.g.dreamhost.com ([TEMPUNAVAIL].
 [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
 by 0.0.0.0:2500 (trex/5.17.2); Fri, 14 Jun 2019 19:17:34 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Juvenile-Daffy: 50fc52ac04ba8951_1560539853869_2508085091
X-MC-Loop-Signature: 1560539853868:3926820979
X-MC-Ingress-Time: 1560539853868
Received: from pdx1-sub0-mail-a62.g.dreamhost.com (localhost [127.0.0.1])
 by pdx1-sub0-mail-a62.g.dreamhost.com (Postfix) with ESMTP id CC4F580594;
 Fri, 14 Jun 2019 12:17:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
 :subject:references:date:in-reply-to:message-id:mime-version
 :content-type; s=linkov.net; bh=oGNO1bRBFvaXm71bTXG7TGLpO1o=; b=
 DVu9oeMuL3tPNbyfbVnZWX3Vkv+/JFp6iYMXjIGqYx+CAGhulJooHgSATX7rtfZA
 g8FTGW+4B485gUWZJc18yeAOUslJFxBaejylXLetc1wl+D5utFmjsGnRAUm1w5nd
 1l3FhrQJeyMaccPwglV2sSHb5SBZX1kiWf7vKVh7Xqk=
Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
 bits)) (No client certificate requested)
 (Authenticated sender: jurta@HIDDEN)
 by pdx1-sub0-mail-a62.g.dreamhost.com (Postfix) with ESMTPSA id C43AB80592;
 Fri, 14 Jun 2019 12:17:28 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a62
From: Juri Linkov <juri@HIDDEN>
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
 <878su5i67f.fsf@HIDDEN>
Date: Fri, 14 Jun 2019 22:14:37 +0300
In-Reply-To: <878su5i67f.fsf@HIDDEN> (Juri Linkov's message of "Thu, 
 13 Jun 2019 23:24:52 +0300")
Message-ID: <87muik3svu.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudeiuddgudefkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrvddtleenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddvtdelpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedu
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

>> OK.  But
>>
>> -;; (4) A marker (`help-window-point-marker') to move point in the help
>> +;; (4) A marker (`window-point') to move point in the help
>>  ;;     window to an arbitrary buffer position.
>>
>> sounds irritating IMHO.  If it's used for help windows only, then why
>> rename it?  Otherwise, we should at least leave the '-marker' postfix
>> and provide some additional identification so maybe use something like
>> 'temp-buffer-window-point-marker'
>
> It's generalized now to be used not only for help windows.
> The '-marker' postfix is not needed because it can be either
> marker or integer, i.e. any value that set-window-point accepts
> for its POSITION argument.

What do you think about a more appropriate name
next-display-window-point?  This name says that its effect
will occur at the next display of the buffer in the window.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 15 Jun 2019 08:18:01 +0000
Resent-Message-ID: <handler.35860.B35860.156058664614997 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.156058664614997
          (code B ref 35860); Sat, 15 Jun 2019 08:18:01 +0000
Received: (at 35860) by debbugs.gnu.org; 15 Jun 2019 08:17:26 +0000
Received: from localhost ([127.0.0.1]:38286 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hc3sL-0003to-As
	for submit <at> debbugs.gnu.org; Sat, 15 Jun 2019 04:17:26 -0400
Received: from mout.gmx.net ([212.227.15.18]:40941)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1hc3sI-0003tZ-SY
 for 35860 <at> debbugs.gnu.org; Sat, 15 Jun 2019 04:17:23 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1560586634;
 bh=oBR+Nj9Z948YQAe7httKKmcyoPjLdtd9r5Wz3VFjagc=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=Y3UcZu+G/UgOdVV75b4OU5H2etyGVzgpAnpRQj/fp5Gj58FqQ8PIofUAED9DiqiCk
 N8XL3aNeC02zPpZRLrRzK0/fIWHcSsik0lUwQPwTKN18QQdaKEKx8cGG3SJI9u4VGC
 7zuoABtJdylj4Q4wvTmLU3BOOCwXaKagiEe/qvOM=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.101] ([213.162.73.177]) by mail.gmx.com (mrgmx005
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MwwZd-1iaDuE3g9T-00yRvJ; Sat, 15
 Jun 2019 10:17:13 +0200
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
 <878su5i67f.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <21970047-e47e-8919-7092-ec455a825ad5@HIDDEN>
Date: Sat, 15 Jun 2019 10:17:09 +0200
MIME-Version: 1.0
In-Reply-To: <878su5i67f.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: de-DE
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:0FeDdwNrPEPyrPEUxHg6CFmKNSv+StmlZH7ecy1Y7Z6eyxKNmbb
 S0RsDWukpxeXBABERrmDX692/3RQn0FLdUr3KAwGs8LQWynS+YBnaRbdclUxzoZBH0WNPtc
 sgwNi9fwxBaIQJYRaAtQyTmRYttCELYcsyh2n9cCNJYqw5YpRTUX9wZjAmjACv5AAWigx6t
 NeqgyTmy7hvkFqDA98ohQ==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:au8wTgwEU+4=:Shd056BGJk51bUvaVF5+HP
 FcdFbrWPjCSEQC55nBx3JvDmDj0jT1O+P1Uzd6eDY0vFsH1zcNgP0XmPRqZazOuaGR3xH6N5p
 i5Q/ANDAjqkekzOA+iQehv+NR3rzOqvNe6l2CTSqn3b/VXFGTKdnRdIFMHKsg+eld2jC/tA6B
 xOtJSMKK5lzUS7NDrNvrqaPU/I/vxScR2oMCqm88fZZMysxnyNeYT58fcgoC7SXUe3MaDacyz
 XV8TXOtAJMBUvRlftaO1UWuc+ag7j0qoVK2V9zowAsKssKWRY5WJ8GF3PAsSKUdpG43ocOPcs
 1Blvks0gR5iDb+zYo55J5/jn8eAbmgyoj4Aqpagc6xti2a4RNvvmNtd1sOe0k5uZenbubgkq5
 g5wPRr40AYTSfSiTH27Xc0tnO85dwo91TuxV1eVIeBvVaTTNugfisx+erVScCA4HwZPL69/9U
 hhvZkaQSEwBh19CGzbr3S6fLFKZvXWuJrocRNHzG41msymyPFyRBJs2FG6BLmxJ5CsCCshZo6
 p1PM+K90KoTGLOoOy7Due3iPWY9WaBWVU7+r3E7QIV47rFs484iacbxrpPYPNHD5NS/W2r/5R
 aknli0eBbeizQskjbXfVD0E6S+9yGvKL8XQx83cokLiUzseD9/FPlVeJVNwri2FJnSXc/5MCe
 +87AeJFFGJTvzueq3v7QhvGkfviMBH/UZclwdAKt+rgk7+GjDXbCNAnPgp0iSmtGOMTHSq5zF
 VomiIZsKJQWZqGJXZFp71vmK7vdFgRhSZwXZPKucsdQ95JVQpiR5VieEl7lohUUonnCuCLui0
 BqNfSvW7zQvomXc8M9Xga3rgHXsPNAn25Wov3BOpU0oVHDNVEKy4KLJxZPkZKySatHtai8VMv
 L7GIPmk5mXHeKiVsjF/UTn9J3XkWWD4DvS3jqDrFRTs8M4vdWx4pvUKF4HH5aoAFgr36inIOi
 PVRg2/0fxQ/koHn0pI3P1kX6Q0AWAIqtKsmqJlg4+ad4tDaYh+UQvrkI14ONv6oVMMiqH0ZI4
 jo7HFH1YwHqfaUHkOIP8qrg=
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

 >> -;; (4) A marker (`help-window-point-marker') to move point in the help
 >> +;; (4) A marker (`window-point') to move point in the help
 >>   ;;     window to an arbitrary buffer position.
 >>
 >> sounds irritating IMHO.  If it's used for help windows only, then why
 >> rename it?  Otherwise, we should at least leave the '-marker' postfix
 >> and provide some additional identification so maybe use something like
 >> 'temp-buffer-window-point-marker'
 >
 > It's generalized now to be used not only for help windows.

Then the comment above is misleading.

 > The '-marker' postfix is not needed because it can be either
 > marker or integer, i.e. any value that set-window-point accepts
 > for its POSITION argument.

Hmmm.  "...-window-point-position" sounds silly.

martin

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 15 Jun 2019 08:23:01 +0000
Resent-Message-ID: <handler.35860.B35860.156058696915527 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.156058696915527
          (code B ref 35860); Sat, 15 Jun 2019 08:23:01 +0000
Received: (at 35860) by debbugs.gnu.org; 15 Jun 2019 08:22:49 +0000
Received: from localhost ([127.0.0.1]:38290 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hc3xY-00042N-UC
	for submit <at> debbugs.gnu.org; Sat, 15 Jun 2019 04:22:49 -0400
Received: from mout.gmx.net ([212.227.15.19]:51675)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1hc3xX-000428-SB
 for 35860 <at> debbugs.gnu.org; Sat, 15 Jun 2019 04:22:48 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1560586958;
 bh=suK7BwsJCCO4DVyKIi+Utgg6jn4ZmRXooJSLBKTtd/g=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=Apeu9z1fgYvkq6uE463/MBo0jm1cV56sH1lLk95t5ONe9d7kz2o5hq2kNkVQRFSEX
 I7kntkrawAScFfvwmwUbmVjVeV6jjCDAXyihZjIKqK/v1OmLc6qN/msmFefFVmqvFh
 W3nf+9+2NaxkZoF0+0aCfeBmHvlpMlatH3alU7aU=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.101] ([213.162.73.177]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MCLcP-1hl6Ig2MaX-0099S7; Sat, 15
 Jun 2019 10:17:27 +0200
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
 <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
Date: Sat, 15 Jun 2019 10:17:26 +0200
MIME-Version: 1.0
In-Reply-To: <87muik3svu.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: de-DE
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:n1FbBpfg9kBbaV38twOCshfA/3hBNW0OpaA9LCsfhXuusLcoSut
 Vow+RYeN6niFgKUBd8ZrcdhSqlmFGqbEgXuWfaShsDpq1MKHv9XMQW7MPe7XTYVKelPSw8I
 +5cH6D6pm1pGB+FikqPDLAHPA57FebmR+8MaKjkPijbE8t1FLk14wjsDogqsvn5HiKlYT8I
 lXnKBpZyPg4V4sKqFSS1w==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:Y+Zr3R5v2i8=:3fv0UYBKGtP9vprdHL8RqV
 Ap9lnfk06GJyYMawP/e/f3yftOXIvhToBwCm3g6V1jWfUljzJJn2+WWybsS/UqhU/OG8PYlPT
 dh0Gpo53nVa9QBb4Rk01C0xqLVKEiFfCtgHLmrZAgBbVPRVs0xPQFqwm3YsIw/D92DBP7r2xB
 +YBe796ePKzyEHROTtbSocJgjReBfi+ipjw09zWgVGhOHK3/rZZJw1swu+z0IBFuM+gPhAeMD
 qY1mEABzSK43LCXOWNWWEOl6AZnTTQ++3GXyBsVkzFEKtJxNv0HGWIw8R59X8OaaBTrBXowKF
 rwxlDs1h18N5zPVX9Sppy2aaGv9Unri829ArA2BvBqKzBNgLEMrRA3f1KO1h6cE8NxJMHt2iY
 rVStyV6LkwCwr+uPcjPBAZJOSOJr+K6FcgTnzZzVdDYVh1CvRcAKr7ChYzYjhwcRKrobEvLxK
 aucnXIyXp07eBiy5wTlLl8KW7vWCDwmdfE313mc8NMuA76CzhWcDUM/Wx40wScdhZ7ZHJhJ99
 3wQHEihc4tBqnPyNEj/hziurlKgK2cQkVDu92YapDWX68rd9hg3aso1cshNEIBX9Iss6I4dLw
 FzLAaiwexPfZ54arn/gMzgRcBVU4s/bTOWwIcwlOd1p42YOds7SsfDx2KErW7RTVz60syiXnH
 M6iR0J3U2+CO/NXIxGFPlW4CaN+yNg6s6R3Isll3yBNFwoEUgbyBLxf81oCKf/YBbpXE3Db6D
 Bb0J2/vhT9a9RAcd3IJ3SGkWuyXwpA3PWfhtyGvg4+68G0vFKafnq5jzlc3S6S9gpjkyONHOM
 qldUN7I9G6sMZR0gFVqhd3Tv8aGiNHgkbIKRBXHEzhIVqR27fXzsbsTc0xrRIb4PXwO7dXXYK
 trw1/JbO806bT4mqluzBRisufzaoaZysrTWg1gbTmZ0aZAyoDubEpA+tJDnzjGEMH55puWd3e
 21SWUMxynggDbLX9j/eU0/Uu9h9HddJiQBjwr3YiR8oICHnnXyTd+
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

 > What do you think about a more appropriate name
 > next-display-window-point?  This name says that its effect
 > will occur at the next display of the buffer in the window.

Generalizing 'help-window-point-marker' is problematic.  "at the next
display of the buffer in the window" says it already: What is the
"next display" (should it be "redisplay"?) which "buffer" and which
"window" are meant?

martin

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 15 Jun 2019 23:19:02 +0000
Resent-Message-ID: <handler.35860.B35860.156064068625493 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.156064068625493
          (code B ref 35860); Sat, 15 Jun 2019 23:19:02 +0000
Received: (at 35860) by debbugs.gnu.org; 15 Jun 2019 23:18:06 +0000
Received: from localhost ([127.0.0.1]:39399 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hcHvx-0006d7-U7
	for submit <at> debbugs.gnu.org; Sat, 15 Jun 2019 19:18:06 -0400
Received: from butterfly.birch.relay.mailchannels.net ([23.83.209.27]:58578)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1hcHvs-0006cG-VX
 for 35860 <at> debbugs.gnu.org; Sat, 15 Jun 2019 19:18:01 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
 by relay.mailchannels.net (Postfix) with ESMTP id 0671A21370;
 Sat, 15 Jun 2019 23:18:00 +0000 (UTC)
Received: from pdx1-sub0-mail-a24.g.dreamhost.com
 (100-96-28-110.trex.outbound.svc.cluster.local [100.96.28.110])
 (Authenticated sender: dreamhost)
 by relay.mailchannels.net (Postfix) with ESMTPA id 798692105A;
 Sat, 15 Jun 2019 23:17:59 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a24.g.dreamhost.com ([TEMPUNAVAIL].
 [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
 by 0.0.0.0:2500 (trex/5.17.2); Sat, 15 Jun 2019 23:17:59 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Whispering-Hysterical: 3a7906311a6338de_1560640679848_1442320589
X-MC-Loop-Signature: 1560640679848:3121281462
X-MC-Ingress-Time: 1560640679847
Received: from pdx1-sub0-mail-a24.g.dreamhost.com (localhost [127.0.0.1])
 by pdx1-sub0-mail-a24.g.dreamhost.com (Postfix) with ESMTP id 8AC3C826C7;
 Sat, 15 Jun 2019 16:17:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
 :subject:references:date:in-reply-to:message-id:mime-version
 :content-type; s=linkov.net; bh=RlcwWirNTm0IKRgQwnEHq7E7ZIo=; b=
 LsJZl5jsC8yVdApP9MuvqdmFLIt19uyOBcQosumfgGFjU4AXffPDM0Mjr0uaEwNu
 6bIZYcpx76t729SBJ6pUtHKg9mDPj5FRBSLiUBORWbLEtRrwI0LLufMmwu6OevU/
 D1+iDsirWPibSyuycsnVM3fxhP/QVsuSn5paGU6vtWE=
Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
 bits)) (No client certificate requested)
 (Authenticated sender: jurta@HIDDEN)
 by pdx1-sub0-mail-a24.g.dreamhost.com (Postfix) with ESMTPSA id 5F9A6826CA;
 Sat, 15 Jun 2019 16:17:53 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a24
From: Juri Linkov <juri@HIDDEN>
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
 <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
 <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
Date: Sun, 16 Jun 2019 01:44:40 +0300
In-Reply-To: <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN> (martin rudalics's
 message of "Sat, 15 Jun 2019 10:17:26 +0200")
Message-ID: <87imt6jva7.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudeigedgvdefucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdelrddvtdelnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtledrvddtledprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

>> What do you think about a more appropriate name
>> next-display-window-point?  This name says that its effect
>> will occur at the next display of the buffer in the window.
>
> Generalizing 'help-window-point-marker' is problematic.  "at the next
> display of the buffer in the window" says it already: What is the
> "next display" (should it be "redisplay"?) which "buffer" and which
> "window" are meant?

Generalized version does exactly what 'help-window-point-marker'
used to do, i.e.:

  ;; `help-window-point-marker' is a marker you can move to a valid
  ;; position of the buffer shown in the help window in order to override
  ;; the standard positioning mechanism (`point-min') chosen by
  ;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
  ;; `with-help-window' has this point nowhere before exiting.  Currently
  ;; used by `view-lossage' to assert that the last keystrokes are always
  ;; visible.
  (defvar help-window-point-marker (make-marker)
    "Marker to override default `window-point' in help windows.")

but for all windows instead of only help windows, i.e.:

    "Marker to override default `window-point' in all windows."

So do you think about just removing the prefix `help-' from the name:
`window-point-marker'?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 16 Jun 2019 08:17:01 +0000
Resent-Message-ID: <handler.35860.B35860.156067299827306 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.156067299827306
          (code B ref 35860); Sun, 16 Jun 2019 08:17:01 +0000
Received: (at 35860) by debbugs.gnu.org; 16 Jun 2019 08:16:38 +0000
Received: from localhost ([127.0.0.1]:39658 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hcQL6-00076J-JS
	for submit <at> debbugs.gnu.org; Sun, 16 Jun 2019 04:16:36 -0400
Received: from mout.gmx.net ([212.227.17.22]:48109)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1hcQL3-000763-KS
 for 35860 <at> debbugs.gnu.org; Sun, 16 Jun 2019 04:16:35 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1560672981;
 bh=nWSJR1yzxB+7TVO0NdJm7szuoOEhC10oOFLS8gD0YJI=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=HHDTdf201gNk+60KHa6hmpeVKF08ddlkbZ4ADybluLl+OjscbMz2ZCSrZ+9LxEzwE
 5EbcXP1MwTo2F1njgysmml+TrzRVa6qVVJYGXdoobjc4FlRQE3YTmWxClAi3KQWBDK
 vMqLL47MqzgA2GLiDimFz6Wo5HTf6GjDP3rlOPm0=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.101] ([46.125.249.103]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M1zFf-1iVTjS2X9f-00u1Vd; Sun, 16
 Jun 2019 10:16:21 +0200
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
 <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
 <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
 <87imt6jva7.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN>
Date: Sun, 16 Jun 2019 10:16:20 +0200
MIME-Version: 1.0
In-Reply-To: <87imt6jva7.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: de-DE
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:uDMPGfeEjSZJG0x8qE0PPv9OKha/nKKXsAkb7MxqX2jfhrOSumz
 mmV8DZ7YH8ncA/RoHcwBSeIhFZpm9tY7JnlkBzsn7fpJw9ruZO7qBpqlR1vFoh45CeDGVHE
 aNiypIrPdDh07XWarL9HpNmXoPhkRr0jC/n9D6//KpGbJCa9408OEYpV3iBPYO5e1ORTjkL
 cUzfXvrdL0yQE0Za7REMg==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:/GrDYyPFw+A=:GSPN/hCeAcMVrnvqk8nT9g
 dkk1yYS25x0lP+yMCB+qfGq9K9u7d7Y666yAiQQAJg9LAewMHY9wtBwIv+F2kCDUXKW8EGqCi
 qbhaX4+flvOcFog4ntk+QWNdZUyrmjQ+sLnlZvtMMbjiNPS8qFWCZPW3hbHIbxDHEindxKTS7
 8pwMylRxHTLucnACByQBb4U/kTkEYNsPLvYbxs1vT+roUCw4po4/s12YVrLtzL1naF0NEHQB2
 7pApiMAiDwYhsmTpMVQksGMBGLJdFfdrppo/orl4sZ8Yv2v2ujmEVrW+ZpXxgNp+Uw5WPxSct
 HRP2SbUXH5p2KG6RgDmO9zUcpawSE+v2weyag+CMvHc3inyHslTuRAyg7dZHeZ+VACZxCYJmA
 Z4kUD6lhAtOhouvUs+x6Z8XzKgWwn6Qvlly3qLHohLsn4P0NyBPKCbaVO3UjzppktXNHgbNIN
 7JnsTNUbO/tHBG229/bUNr9vOBv92SLeg3ki/xZNe680T6TDdX7sNthSeXlEUODuf2gDDy0YP
 T6mPyII2yw73LruGWNUz3STO2CkEwbdB3IGI/NOqWhIZ+BXxREUkc/6/9tjBu+a4SCeVlzuOO
 Ri80JWShbNrW/wQha+lQHkJLj0FLe8VFWOCI+RNQkztvrYqygpJjQtktl4gtLO2DHEpCzCcFH
 J0fm3OQiJjCqDb2yAUC7iYz43pjTRpVF0rD2OG/acrIcbQJcH2NSYOZMvi3qF/lt+mwRnYTtq
 CY1hbcPxRysJ4MTHamhqewwr30FLXaRORj/W1z+p6EmIytibea1reElc40gOPYXx/XKw6WtW3
 woGexirsdsyBTnzjxYP3VPjBGLN6bO9CldIMLuz8sK8ASEGiRW06ZwPBrC7cH/4JGGsj1VdZr
 A8VxXq00ZOywFLeDqn7GBsmUWqfjapuQ2BRRzSq7eeQBWYo/uk2uRTAkqbSzi8dnL8E6VlsRa
 +gpFmE1EubOITHXy0W4fFls/kj2LMsqYuKpQKpoE3v1lM6EriKV9d
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > Generalized version does exactly what 'help-window-point-marker'
 > used to do, i.e.:
 >
 >    ;; `help-window-point-marker' is a marker you can move to a valid
 >    ;; position of the buffer shown in the help window in order to override
 >    ;; the standard positioning mechanism (`point-min') chosen by
 >    ;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
 >    ;; `with-help-window' has this point nowhere before exiting.  Currently
 >    ;; used by `view-lossage' to assert that the last keystrokes are always
 >    ;; visible.
 >    (defvar help-window-point-marker (make-marker)
 >      "Marker to override default `window-point' in help windows.")
 >
 > but for all windows instead of only help windows, i.e.:
 >
 >      "Marker to override default `window-point' in all windows."
 >
 > So do you think about just removing the prefix `help-' from the name:
 > `window-point-marker'?

Currently 'temp-buffer-window-show' has

       (goto-char (point-min))

and 'internal-temp-output-buffer-show' has

	  (set-window-start window (point-min) t)
	  ;; This should not be necessary.
	  (set-window-point window (point-min))

For help windows (windows showing *Help*) 'help-window-point-marker'
allows to override these assignments by a suitable assignment for that
variable.  It's hackish but still done in a pretty restricitve fashion
as follows.

First 'help-window-point-marker' is reset in 'with-help-window' via

      ;; Make `help-window-point-marker' point nowhere.  The only place
      ;; where this should be set to a buffer position is within BODY.
      (set-marker help-window-point-marker nil)

- a security guard, because that marker should be nil at that time
anyway.

Then 'help-window-point-marker' may be set by the BODY of
'with-help-window' and 'help-window-setup' will pick that up guarded
as

       (when (eq (marker-buffer help-window-point-marker) help-buffer)
	(set-window-point window help-window-point-marker)
	;; Reset `help-window-point-marker'.
	(set-marker help-window-point-marker nil))

thus (1) checking whether the marker buffer matches and (2)
immediately resetting that marker to nil.

Can you provide equivalent security guards when generalizing that
variable?  For example, you proposed

  (defun window--display-buffer (buffer window type &optional alist)
    "Display BUFFER in WINDOW.
[...]
+
+      (when window-start
+        (set-window-start window window-start)
+        (setq window-start nil))
+
+      (when window-point
+        (set-window-point window window-point)
+        (setq window-point nil))

What happens with these markers when 'display-buffer-no-window' gets
called?  Or some user provided routine provokes an unhandled error?
You don't even check the marker buffer of these variables so some old,
completely unrelated marker could get reused here.

The *Help* buffer is special because it's used in a centralized way
for any help Emacs provides (that's also why it has a browsable
history).  Buffers displayed by 'display-buffer' OTOH don't obey any
such restricitions.  They don't even have a BODY as the only place
where markers as the ones you propose can be set.

Also 'temp-buffer-window-show' and 'internal-temp-output-buffer-show'
are special because they explicitly wants to set window point to BOB.
So there's some predefined mechanism we (1) are aware of and (2) want
to override deliberately.

So we'd carefully have to examine first how the mechanism you propose
could be abused, how to handle any errors in using and failing to
reset these markers and last but not least tell why we don't provide
'window-point' and 'window-start' action alist entries instead of such
global variables.

martin

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 16 Jun 2019 20:38:02 +0000
Resent-Message-ID: <handler.35860.B35860.156071742716903 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.156071742716903
          (code B ref 35860); Sun, 16 Jun 2019 20:38:02 +0000
Received: (at 35860) by debbugs.gnu.org; 16 Jun 2019 20:37:07 +0000
Received: from localhost ([127.0.0.1]:41551 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hcbti-0004OZ-MM
	for submit <at> debbugs.gnu.org; Sun, 16 Jun 2019 16:37:06 -0400
Received: from bonobo.elm.relay.mailchannels.net ([23.83.212.22]:39251)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1hcbte-0004Nf-FO
 for 35860 <at> debbugs.gnu.org; Sun, 16 Jun 2019 16:37:03 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
 by relay.mailchannels.net (Postfix) with ESMTP id 6E8941A1774;
 Sun, 16 Jun 2019 20:37:01 +0000 (UTC)
Received: from pdx1-sub0-mail-a70.g.dreamhost.com
 (100-96-38-146.trex.outbound.svc.cluster.local [100.96.38.146])
 (Authenticated sender: dreamhost)
 by relay.mailchannels.net (Postfix) with ESMTPA id B97DE1A138B;
 Sun, 16 Jun 2019 20:37:00 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a70.g.dreamhost.com ([TEMPUNAVAIL].
 [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
 by 0.0.0.0:2500 (trex/5.17.2); Sun, 16 Jun 2019 20:37:01 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Army-Macabre: 1b80f8991d129d6f_1560717421113_593878480
X-MC-Loop-Signature: 1560717421113:734121385
X-MC-Ingress-Time: 1560717421113
Received: from pdx1-sub0-mail-a70.g.dreamhost.com (localhost [127.0.0.1])
 by pdx1-sub0-mail-a70.g.dreamhost.com (Postfix) with ESMTP id 2952D81060;
 Sun, 16 Jun 2019 13:36:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
 :subject:references:date:in-reply-to:message-id:mime-version
 :content-type; s=linkov.net; bh=HUrJcJIe4bJQm7EU7WRzcxzgHxk=; b=
 gUvlFflCNH2/R/RvbLxmq/sJ2f1IoCUpHB+J13MBWb8ovYo8wXjI+Y7PZw5H6z9t
 fZNZw5qqv4vkqXKgRvT0gfi1Oy7O2lOseouP7rwfaDoDXZGZLJiMeqkNTBRV5rhW
 vc8tFm5YTFTBDdp3t5RvdNkw01VBm1ASeIf03FZeuhs=
Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
 bits)) (No client certificate requested)
 (Authenticated sender: jurta@HIDDEN)
 by pdx1-sub0-mail-a70.g.dreamhost.com (Postfix) with ESMTPSA id 637A581061;
 Sun, 16 Jun 2019 13:36:56 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a70
From: Juri Linkov <juri@HIDDEN>
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
 <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
 <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
 <87imt6jva7.fsf@HIDDEN>
 <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN>
Date: Sun, 16 Jun 2019 22:32:08 +0300
In-Reply-To: <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN> (martin rudalics's
 message of "Sun, 16 Jun 2019 10:16:20 +0200")
Message-ID: <87h88p8e5z.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudeihedgudehhecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrvddtleenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddvtdelpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedv
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

> Currently 'temp-buffer-window-show' has
>
>       (goto-char (point-min))
>
> and 'internal-temp-output-buffer-show' has
>
> 	  (set-window-start window (point-min) t)
> 	  ;; This should not be necessary.
> 	  (set-window-point window (point-min))

BTW, there is a strange comment before the first line:

	  ;; Don't try this with NOFORCE non-nil!
	  (set-window-start window (point-min) t)

but its NOFORCE is non-nil here.  Is this a FIXME-like reminder?

> Then 'help-window-point-marker' may be set by the BODY of
> 'with-help-window' and 'help-window-setup' will pick that up guarded
> as
>
>       (when (eq (marker-buffer help-window-point-marker) help-buffer)
> 	(set-window-point window help-window-point-marker)
> 	;; Reset `help-window-point-marker'.
> 	(set-marker help-window-point-marker nil))
>
> thus (1) checking whether the marker buffer matches and (2)
> immediately resetting that marker to nil.
>
> Can you provide equivalent security guards when generalizing that
> variable?

In my previous patch there is no need to check for the buffer,
because a new general variable is declared as buffer-local.

> What happens with these markers when 'display-buffer-no-window' gets
> called?  Or some user provided routine provokes an unhandled error?
> You don't even check the marker buffer of these variables so some old,
> completely unrelated marker could get reused here.

There is no global effect because this feature is localized
to a single buffer by its buffer-local scope.

> So we'd carefully have to examine first how the mechanism you propose
> could be abused, how to handle any errors in using and failing to
> reset these markers and last but not least tell why we don't provide
> 'window-point' and 'window-start' action alist entries instead of such
> global variables.

We could support an action alist too in addition to buffer-local variables,
but we should leave an ability to set buffer-local variables, because
neither view-lossage nor vc-git-print-log (two primary cases to test
this feature) have no access to the 'action' arg of display-buffer.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 17 Jun 2019 08:24:01 +0000
Resent-Message-ID: <handler.35860.B35860.15607598078389 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.15607598078389
          (code B ref 35860); Mon, 17 Jun 2019 08:24:01 +0000
Received: (at 35860) by debbugs.gnu.org; 17 Jun 2019 08:23:27 +0000
Received: from localhost ([127.0.0.1]:41899 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hcmvH-0002BF-Ek
	for submit <at> debbugs.gnu.org; Mon, 17 Jun 2019 04:23:27 -0400
Received: from mout.gmx.net ([212.227.15.19]:37613)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1hcmvG-0002B1-60
 for 35860 <at> debbugs.gnu.org; Mon, 17 Jun 2019 04:23:26 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1560759796;
 bh=G+6Xgc6Pmx9/LtX3k4eV9iyLIx+sJmTDIVR41aRLIMA=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=OZVeNHLaz5g7SuYdimL442ytvulZ3TFiotzh2oI0BFHnJjslYlGMQzpkGOx+sWtQU
 unIoUZ0MKtXtBoLJYtC9oGX1roT+Dz+0TOjOz8Z+gUp8WypA6KcurA4FTwvzqERzqD
 07iXtHG+Bi7t43J/wTg4U54OlOvdmkCeRLFDhu94=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.101] ([212.95.5.18]) by mail.gmx.com (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M4JqV-1hcVnx1AOH-000JGB; Mon, 17
 Jun 2019 10:23:16 +0200
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
 <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
 <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
 <87imt6jva7.fsf@HIDDEN>
 <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN>
 <87h88p8e5z.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN>
Date: Mon, 17 Jun 2019 10:23:18 +0200
MIME-Version: 1.0
In-Reply-To: <87h88p8e5z.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: de-DE
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:qbbYKBeKnbzU0lC0Qfmvno4HGw5nnYP1s7/g0xAxyqu+Xp0fTLA
 1UpoYW7gbPGHjoNhUl5+0Q2Tz0vz0IrIYNPC+HoSZL4evw1Azts8v2ZYftb2r3FxA+TWEsn
 HSbO/2ZhoGD+bSNRqDNyNroTiiOPH43tKTDPzaqb/ReufU5YZP6wRXWS6/HppOnax+IXB5G
 kWXrufkqdEhwYzgdX5JGw==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:KHfBP0mCoto=:J3Y1kM6SOe8SrGMY9NekiU
 4s00gr4cDTRjClMrfke32YgMz0aZ1Q6GRH2lm95Q7Oz+zGLxP2yL+FTn237LqdtpgIa0cvkv0
 /NSIgTPveRf9/7QVuH/uNbemRB1/CpDexOcV6jL2RoSdoy3iI46srtllIE2CXI0x5JWnhI3gz
 fa6vuCxwSZp9ndrzZvKgv4j0Ew1WKX45yhDbn7QNmkHfVzxbngjV0hW7sf1OK+kosbE4oPR+G
 rcWevmOlvRf+nFyzRh9G+BIC2K3fxAe5AEUW3JxK9uUS0zjPtbzU+DNpXJ6cmBITzdyUQuGR2
 cfY7y+v+Skq2UgD5OaA+aJZgCtVs2oiZDNeItmEaJ4mEBwy0mM9wZAt7QzUX0b4qSFkHGUI4n
 ALgA+z7Kxxe+RENr4cCv/mXnZcUD1m9cnjfVciVA9IozsSwZYAdwmiBWW2wgckfxnWZnCLi6b
 SdU8YExqS+txCd6YL2O2/WNkaMfVoUaw9niBxguQqe0M8BOD6msc0rdZsdf9vq6CRms0nnYS+
 1saDRupcn3NvubU/RxxR2Y/RiwX3gEr/+oCfyT6mRt6Oo/KVi2FIuDa7guU8n2qaVD5l0d+jo
 M+JBCyBSpd0a+DDkUwLAH3FCBognTb4ejzmdLXJkCA3OBWzMJBvHUdDOwNF0gbwfvOju1aCbR
 Md/Q0v5HKWjF8phvFgp+qKYY/A61U9GbNkQBlFybWSPCitZBAKgOVr171EivK0rVhV1Iey0pR
 Asqk5sMQkz0sAUvvopjCgwGk7QJa4XkYQa+DURVGnrKZc7qSNyeV66CNZWdyzk09nWtVD3gJg
 omW2di7TRNjw41YewFCZfpwS/2VO7Vx9MaFQPDXPxIazO0pZswSi60xG/mrLtVDccoTwDZoDq
 WXhuPGplEoW9gE1O4C40O5Ybm+DfBSQF7tP9vFkhBCaXsAn2FGuOyNQJbnoeFyLfuvsba2cAo
 eT7c5AtczChHXUMeGLmmbUKLuMXTEMFv3Dop5YFx5qAmTbOXPlkI4
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

 > BTW, there is a strange comment before the first line:
 >
 > 	  ;; Don't try this with NOFORCE non-nil!
 > 	  (set-window-start window (point-min) t)
 >
 > but its NOFORCE is non-nil here.  Is this a FIXME-like reminder?

Rather a FIXME-like remainder.  I probably did try to fix something
here but don't recall any more if the comment applied to the version
before that fix or should apply to the present version (in which case
it is obviously wrong).

 > In my previous patch there is no need to check for the buffer,
 > because a new general variable is declared as buffer-local.

But the BUFFER argument of 'window--display-buffer' is not necessarily
the current buffer.  Or do I miss something?

 >> What happens with these markers when 'display-buffer-no-window' gets
 >> called?  Or some user provided routine provokes an unhandled error?
 >> You don't even check the marker buffer of these variables so some old,
 >> completely unrelated marker could get reused here.
 >
 > There is no global effect because this feature is localized
 > to a single buffer by its buffer-local scope.

We would always have to assure that the marker's buffer and the
current buffer are the same.  And we would have to make sure the
marker gets reset when an unhandled error occurs.

 > We could support an action alist too in addition to buffer-local variables,
 > but we should leave an ability to set buffer-local variables, because
 > neither view-lossage nor vc-git-print-log (two primary cases to test
 > this feature) have no access to the 'action' arg of display-buffer.

Maybe we could provide a new macro which encapsulates the use of these
variables in a more disciplied fashion (providing the necessary action
arguments for `display-buffer').

martin

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 17 Jun 2019 22:14:02 +0000
Resent-Message-ID: <handler.35860.B35860.156080958926331 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.156080958926331
          (code B ref 35860); Mon, 17 Jun 2019 22:14:02 +0000
Received: (at 35860) by debbugs.gnu.org; 17 Jun 2019 22:13:09 +0000
Received: from localhost ([127.0.0.1]:43412 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hczsC-0006qd-MA
	for submit <at> debbugs.gnu.org; Mon, 17 Jun 2019 18:13:09 -0400
Received: from dog.birch.relay.mailchannels.net ([23.83.209.48]:8227)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1hczrx-0006pr-PV
 for 35860 <at> debbugs.gnu.org; Mon, 17 Jun 2019 18:13:07 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
 by relay.mailchannels.net (Postfix) with ESMTP id 68918141D1C;
 Mon, 17 Jun 2019 22:12:52 +0000 (UTC)
Received: from pdx1-sub0-mail-a9.g.dreamhost.com
 (100-96-89-88.trex.outbound.svc.cluster.local [100.96.89.88])
 (Authenticated sender: dreamhost)
 by relay.mailchannels.net (Postfix) with ESMTPA id C4A9214266A;
 Mon, 17 Jun 2019 22:12:51 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a9.g.dreamhost.com ([TEMPUNAVAIL].
 [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
 by 0.0.0.0:2500 (trex/5.17.2); Mon, 17 Jun 2019 22:12:52 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Average-Drop: 5ba3e0ce34d7ceb1_1560809572252_2883200399
X-MC-Loop-Signature: 1560809572252:3126386906
X-MC-Ingress-Time: 1560809572252
Received: from pdx1-sub0-mail-a9.g.dreamhost.com (localhost [127.0.0.1])
 by pdx1-sub0-mail-a9.g.dreamhost.com (Postfix) with ESMTP id 707EA83C93;
 Mon, 17 Jun 2019 15:12:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
 :subject:references:date:in-reply-to:message-id:mime-version
 :content-type; s=linkov.net; bh=bN9ueeAXEGPvbLT0/ERkwQA1K+w=; b=
 2z7dIzgmGylz/xnm8RU7onylq24/bGNYcvit1bItIwvpsSZWO6SxrL0bZAfzEKJg
 OGBFpoAyonOzkIwtjjB2Kk3OgIV3LTp1lLGbajwEUic31YUuZ0zXObgdkQ/SQcTB
 dNyuTuePnVKgkh/klOj7uYJolAGmVrFGp2gqRfJKfrc=
Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
 bits)) (No client certificate requested)
 (Authenticated sender: jurta@HIDDEN)
 by pdx1-sub0-mail-a9.g.dreamhost.com (Postfix) with ESMTPSA id F0E0383C5D;
 Mon, 17 Jun 2019 15:12:42 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a9
From: Juri Linkov <juri@HIDDEN>
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
 <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
 <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
 <87imt6jva7.fsf@HIDDEN>
 <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN>
 <87h88p8e5z.fsf@HIDDEN>
 <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN>
Date: Mon, 17 Jun 2019 23:33:44 +0300
In-Reply-To: <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN> (martin rudalics's
 message of "Mon, 17 Jun 2019 10:23:18 +0200")
Message-ID: <871rzsdj5a.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudeikedgtdehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesmhdtreertdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdelrddvtdelnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtledrvddtledprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--=-=-=
Content-Type: text/plain

>> In my previous patch there is no need to check for the buffer,
>> because a new general variable is declared as buffer-local.
>
> But the BUFFER argument of 'window--display-buffer' is not necessarily
> the current buffer.  Or do I miss something?

Thanks for pointing out, fixed in a new patch.

>>> What happens with these markers when 'display-buffer-no-window' gets
>>> called?  Or some user provided routine provokes an unhandled error?
>>> You don't even check the marker buffer of these variables so some old,
>>> completely unrelated marker could get reused here.
>>
>> There is no global effect because this feature is localized
>> to a single buffer by its buffer-local scope.
>
> We would always have to assure that the marker's buffer and the
> current buffer are the same.  And we would have to make sure the
> marker gets reset when an unhandled error occurs.

Assured in a new patch.

>> We could support an action alist too in addition to buffer-local variables,
>> but we should leave an ability to set buffer-local variables, because
>> neither view-lossage nor vc-git-print-log (two primary cases to test
>> this feature) have no access to the 'action' arg of display-buffer.
>
> Maybe we could provide a new macro which encapsulates the use of these
> variables in a more disciplied fashion (providing the necessary action
> arguments for `display-buffer').

Frankly speaking, macros like with-help-window, with-temp-buffer-window
are terribly ugly and look like a kludge.  For example, after applying
the following patch, all source files that use the changed macro,
need to be recompiled, so everyone will need to do bootstrap after
pushing it, and many other problems.  I see no reason to use macros here.
We need to replace these macros with the elegant solution that we already
have of using action alists.


--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline; filename=window-start-and-point.2.patch

diff --git a/lisp/help.el b/lisp/help.el
index 42ff375565..24b5a26ed1 100644
--- a/lisp/help.el
+++ b/lisp/help.el
@@ -37,15 +37,8 @@
 (add-hook 'temp-buffer-setup-hook 'help-mode-setup)
 (add-hook 'temp-buffer-show-hook 'help-mode-finish)
 
-;; `help-window-point-marker' is a marker you can move to a valid
-;; position of the buffer shown in the help window in order to override
-;; the standard positioning mechanism (`point-min') chosen by
-;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
-;; `with-help-window' has this point nowhere before exiting.  Currently
-;; used by `view-lossage' to assert that the last keystrokes are always
-;; visible.
-(defvar help-window-point-marker (make-marker)
-  "Marker to override default `window-point' in help windows.")
+(define-obsolete-variable-alias 'help-window-point-marker
+  'delayed-window-point "27.1")
 
 (defvar help-window-old-frame nil
   "Frame selected at the time `with-help-window' is invoked.")
@@ -481,7 +474,10 @@ view-lossage
           (comment-indent)
 	  (forward-line 1)))
       ;; Show point near the end of "lossage", as we did in Emacs 24.
-      (set-marker help-window-point-marker (point)))))
+      (setq delayed-window-point (point))
+      (setq delayed-window-start (save-excursion
+                                   (forward-line (- 5 (window-height)))
+                                   (point))))))
 
 
 ;; Key bindings
@@ -1249,12 +1245,6 @@ help-window-setup
 	 (frame (window-frame window)))
 
     (when help-buffer
-      ;; Handle `help-window-point-marker'.
-      (when (eq (marker-buffer help-window-point-marker) help-buffer)
-	(set-window-point window help-window-point-marker)
-	;; Reset `help-window-point-marker'.
-	(set-marker help-window-point-marker nil))
-
       ;; If the help window appears on another frame, select it if
       ;; `help-window-select' is non-nil and give that frame input focus
       ;; too.  See also Bug#19012.
@@ -1326,9 +1316,6 @@ help-window-setup
 
 ;; (3) An option (customizable via `help-window-select') to select the
 ;;     help window automatically.
-
-;; (4) A marker (`help-window-point-marker') to move point in the help
-;;     window to an arbitrary buffer position.
 (defmacro with-help-window (buffer-or-name &rest body)
   "Evaluate BODY, send output to BUFFER-OR-NAME and show in a help window.
 This construct is like `with-temp-buffer-window' but unlike that
@@ -1339,9 +1326,6 @@ with-help-window
 Most of this is done by `help-window-setup', which see."
   (declare (indent 1) (debug t))
   `(progn
-     ;; Make `help-window-point-marker' point nowhere.  The only place
-     ;; where this should be set to a buffer position is within BODY.
-     (set-marker help-window-point-marker nil)
      (let ((temp-buffer-window-setup-hook
 	    (cons 'help-mode-setup temp-buffer-window-setup-hook))
 	   (temp-buffer-window-show-hook
diff --git a/lisp/window.el b/lisp/window.el
index a2335a6798..15a3665cec 100644
--- a/lisp/window.el
+++ b/lisp/window.el
@@ -6795,6 +6795,22 @@ window--even-window-sizes
            (/ (- (window-total-height window) (window-total-height)) 2))
         (error nil))))))
 
+(defvar delayed-window-point nil
+  "Marker to override default `window-point' in all windows.
+`delayed-window-point' is a buffer-local marker you can move to a valid
+position of the buffer shown in the window in order to override the standard
+positioning mechanism (`point-min') chosen by window displaying functions.")
+(make-variable-buffer-local 'delayed-window-point)
+(put 'delayed-window-point 'permanent-local t)
+
+(defvar delayed-window-start nil
+  "Marker to override default `delayed-window-start' in all windows.
+`delayed-window-start' is a buffer-local marker you can move to a valid
+position of the buffer shown in the window in order to override the standard
+positioning mechanism (`point-min') chosen by window displaying functions.")
+(make-variable-buffer-local 'delayed-window-start)
+(put 'delayed-window-start 'permanent-local t)
+
 (defun window--display-buffer (buffer window type &optional alist)
   "Display BUFFER in WINDOW.
 WINDOW must be a live window chosen by a buffer display action
@@ -6913,6 +6929,23 @@ window--display-buffer
 	(when (consp preserve-size)
 	  (window-preserve-size window t (car preserve-size))
 	  (window-preserve-size window nil (cdr preserve-size)))))
+
+      (when (local-variable-p 'delayed-window-start buffer)
+        (let ((window-start (buffer-local-value 'delayed-window-start buffer)))
+          (when (or (not (markerp window-start))
+                    (eq (marker-buffer window-start) buffer))
+            (set-window-start window window-start)))
+        (with-current-buffer buffer
+          (kill-local-variable 'delayed-window-start)))
+
+      (when (local-variable-p 'delayed-window-point buffer)
+        (let ((window-point (buffer-local-value 'delayed-window-point buffer)))
+          (when (or (not (markerp window-point))
+                    (eq (marker-buffer window-point) buffer))
+            (set-window-point window window-point)))
+        (with-current-buffer buffer
+          (kill-local-variable 'delayed-window-point)))
+
       ;; Assign any window parameters specified.
       (let ((parameters (cdr (assq 'window-parameters alist))))
         (dolist (parameter parameters)
diff --git a/lisp/vc/vc-git.el b/lisp/vc/vc-git.el
index 61c13026cc..5070e4b310 100644
--- a/lisp/vc/vc-git.el
+++ b/lisp/vc/vc-git.el
@@ -1017,9 +1017,11 @@ vc-git-print-log
     ;; If the buffer exists from a previous invocation it might be
     ;; read-only.
     (let ((inhibit-read-only t))
-      (with-current-buffer
-          buffer
-	(apply 'vc-git-command buffer
+      (with-current-buffer buffer
+	(insert (propertize "(Type 'd' here to show diffs with working version)\n"
+                            'font-lock-face 'shadow))
+        (setq delayed-window-start (point))
+        (apply 'vc-git-command buffer
 	       'async files
 	       (append
 		'("log" "--no-color")

--=-=-=--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 18 Jun 2019 08:20:02 +0000
Resent-Message-ID: <handler.35860.B35860.15608459768570 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.15608459768570
          (code B ref 35860); Tue, 18 Jun 2019 08:20:02 +0000
Received: (at 35860) by debbugs.gnu.org; 18 Jun 2019 08:19:36 +0000
Received: from localhost ([127.0.0.1]:43708 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hd9L6-0002E9-9N
	for submit <at> debbugs.gnu.org; Tue, 18 Jun 2019 04:19:36 -0400
Received: from mout.gmx.net ([212.227.17.21]:51055)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1hd9L3-0002Dq-P3
 for 35860 <at> debbugs.gnu.org; Tue, 18 Jun 2019 04:19:34 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1560845961;
 bh=IUxvnt4IKX/jolDn/vrsK1KJYoA2EuP7cd3RRiXgDt8=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=K0ev6OCZH/yv3DChvMLoss7csx9juDtwxk/YfpBMG7DFKz3E0j8iV10700uRpjEwf
 nTWZiHX4c/WRvwp10Qub9LFDc6bWIHKKD37jjoVFF/kM2TUARXQs3DMqftQ0TtZ/gy
 C3jo3kO4tnOP6O5J59mlLTCDnf5K2lRNMwbBPbcc=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.101] ([212.95.5.226]) by mail.gmx.com (mrgmx105
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MeU4y-1iDIy52dnQ-00aUxY; Tue, 18
 Jun 2019 10:19:21 +0200
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
 <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
 <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
 <87imt6jva7.fsf@HIDDEN>
 <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN>
 <87h88p8e5z.fsf@HIDDEN>
 <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN>
 <871rzsdj5a.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN>
Date: Tue, 18 Jun 2019 10:19:21 +0200
MIME-Version: 1.0
In-Reply-To: <871rzsdj5a.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: de-DE
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:BRUIG2nbZetnZBEuml88ep1V8phEsEpqhkiPzd8ph4cxQ/0jRum
 KdKhzIPCrNsENfezkX+oziQyiDczo+ty2m4iB2KRo0FCUYLQ+ldeo+wSiaSzc2g62DGZy4/
 7T6Pv5ECoL5wZLOo3sxlK5RtS+0bwsbSMRrSAzLS4vUAW8b+LlKLi8X+p0A5kUtCFQPVLUY
 u4VYF33FNioSZVy/Z4L7A==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:qIUFlgzsyKQ=:bkguXm0s8zk7npu88yVTZH
 wx/hm6ciAHGhx2WP0pGVv7Qic7RI1qSS8LIt37i8Bl0wJWCyFTDn2H10MFH8eJxGH7EKAKdBo
 FgvaiXEe6iJprNt1NiIK1UowvLcpmad4DqaMeYG25osh+5MmXeZqBYCVristunq732Gk/BX5S
 I14SR1pa1G8o01phOkVyQeqS2TRkZCMrOCJS1/7SGQWQpYNmDeg7NuSgLyY90FHGdh3u+j9JP
 2fdLSC3qsHdaWbkQ1dO7S50Kv9ZoW9r1sy+TYePOnLvj9bBAO5IusEM8xHr8XT4a2kDIWJgLf
 6A2oeLA9r2XK5hBoBe8Tgz8EAFe4DRaJKuK/Ow40HCA2sETz4LQMN98aD8IthLtOOoEj+RkLx
 dvR/xycCnReGXCXzCJYy7NFy0mBhlL3Lq2ok83Wq/r8S1q/6NzQw7X3z55Ffxg6UpFLGF5POr
 EdEbgbpdrJ4TAHtlTOWSYl6Oo18MqgYNjLrWFT3g/Ed/S0kRCpaKBLJBVONM0uEW08NoSF6xQ
 317WUJTWMOs+uE8f9PL+5NrD9797TN+yyCvVirIfyMK0Q0QIxNVOD4+1YbaSfZa+ccfaxxMPW
 MnfTKd4YFalySsCVHJlJhuX9oozdYNq2Cc5g94QaMMP/RRh7VIMla39716XltLEJM3gHg5guo
 4QWN4dc8YJ7URqBEjckUb/702Wkqw9CHoHyMq0wzMC7CN/yU/CJ3XJquAW5NnNoekw+MZiSB4
 Ek/aGX47gH43qDuvZPNjF1Xy+umUY2HCDk5p3rc4O8cm18iXtVnhLHe5Z9fYEQhObcj+/yFUF
 c39hRrW6lvhoUjcPrauOOGOUo4FKHCgDUwcrVLDYI6dhVzQDAydZmCgqpUJArzp2f7r0Eu8LP
 gRyVZU2wFy0opS6HZ1wGJra7bOZZJ/HyzJk7ZTeelUxjQtH2g7y7hjAA1CArh2pnc7Y3KPpoa
 9VcWQI4uN1rXiUwxa8xmCpDQnIZdThTLxflPK61Qn6CvDcO5iMdka
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > +(defvar delayed-window-point nil

Name space conventions would recommend 'window-delayed-point'.

 > +  "Marker to override default `window-point' in all windows.

Why "marker" and why "all windows"?  As for the former, I think it
makes sense because then one can specify an insertion type as well.
But IIRC you earlier wanted to allow plain integers here too?

 > +`delayed-window-point' is a buffer-local marker you can move to a valid
 > +position of the buffer shown in the window in order to override the standard
 > +positioning mechanism (`point-min') chosen by window displaying functions.")

IIUC there is no such "mechanism" except for buffers just created.
And what about 'switch-to-buffer-preserve-window-point'?  "window ???
displaying functions" implicitly hints at the fact that the mechanism
works only when the buffer is shown by 'display-buffer'.  But are we
sure that this restriction always applies?

Otherwise the patch looks good.

 > Frankly speaking, macros like with-help-window, with-temp-buffer-window
 > are terribly ugly and look like a kludge.  For example, after applying
 > the following patch, all source files that use the changed macro,
 > need to be recompiled, so everyone will need to do bootstrap after
 > pushing it, and many other problems.

Until Lars comes up with a solution that detects any changed macros,
finds their users, and orderly recompiles the respective files.  But
I'm afraid he's turning back to his books for now.

 > I see no reason to use macros here.
 > We need to replace these macros with the elegant solution that we already
 > have of using action alists.

Macros are useful in as much as they allow to specify the evaluation
order of their arguments.  Action alists are dumb in this regard.

martin

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 18 Jun 2019 21:34:02 +0000
Resent-Message-ID: <handler.35860.B35860.15608935984343 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.15608935984343
          (code B ref 35860); Tue, 18 Jun 2019 21:34:02 +0000
Received: (at 35860) by debbugs.gnu.org; 18 Jun 2019 21:33:18 +0000
Received: from localhost ([127.0.0.1]:45693 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hdLjB-00017z-SZ
	for submit <at> debbugs.gnu.org; Tue, 18 Jun 2019 17:33:18 -0400
Received: from bee.elm.relay.mailchannels.net ([23.83.212.14]:62423)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1hdLj8-00017n-Pm
 for 35860 <at> debbugs.gnu.org; Tue, 18 Jun 2019 17:33:15 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
 by relay.mailchannels.net (Postfix) with ESMTP id 08FA82C1DCC;
 Tue, 18 Jun 2019 21:33:12 +0000 (UTC)
Received: from pdx1-sub0-mail-a65.g.dreamhost.com
 (100-96-85-75.trex.outbound.svc.cluster.local [100.96.85.75])
 (Authenticated sender: dreamhost)
 by relay.mailchannels.net (Postfix) with ESMTPA id 40E332C1C1B;
 Tue, 18 Jun 2019 21:33:11 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a65.g.dreamhost.com ([TEMPUNAVAIL].
 [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
 by 0.0.0.0:2500 (trex/5.17.2); Tue, 18 Jun 2019 21:33:11 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Rock-Soft: 62257149711c4407_1560893591849_3273968895
X-MC-Loop-Signature: 1560893591848:3948085084
X-MC-Ingress-Time: 1560893591848
Received: from pdx1-sub0-mail-a65.g.dreamhost.com (localhost [127.0.0.1])
 by pdx1-sub0-mail-a65.g.dreamhost.com (Postfix) with ESMTP id 3712182989;
 Tue, 18 Jun 2019 14:33:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
 :subject:references:date:in-reply-to:message-id:mime-version
 :content-type; s=linkov.net; bh=7WnKQSi/QrWjHUr1kTAeEJEaMsY=; b=
 wUM8Gg0olyX7YyzFameBbKmz//i/g3GDb9Ka4HubAcJd/X2VWwPJV4c3t6Zn26Nl
 TbIXAmAfx0l7gTwIhxzgjnCkTKIGzJJCPNRtdqdJ7BgOLO+tqB24PbwsFzXwgT4u
 4w+jDaFPpOVTEiDrXh6fg/lsSCLawxTNinQMfFHm8Ds=
Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
 bits)) (No client certificate requested)
 (Authenticated sender: jurta@HIDDEN)
 by pdx1-sub0-mail-a65.g.dreamhost.com (Postfix) with ESMTPSA id 0C84282984;
 Tue, 18 Jun 2019 14:33:07 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a65
From: Juri Linkov <juri@HIDDEN>
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
 <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
 <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
 <87imt6jva7.fsf@HIDDEN>
 <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN>
 <87h88p8e5z.fsf@HIDDEN>
 <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN>
 <871rzsdj5a.fsf@HIDDEN>
 <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN>
Date: Wed, 19 Jun 2019 00:02:42 +0300
In-Reply-To: <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN> (martin rudalics's
 message of "Tue, 18 Jun 2019 10:19:21 +0200")
Message-ID: <87fto61ua5.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduvddrtddtgddufeegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdelrddvtdelnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtledrvddtledprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

>> +(defvar delayed-window-point nil
>
> Name space conventions would recommend 'window-delayed-point'.

Then 'window-delayed-start' would be too ambiguous.  Maybe then
'window-start-delayed' and 'window-point-delayed'.

>> +  "Marker to override default `window-point' in all windows.
>
> Why "marker" and why "all windows"?  As for the former, I think it
> makes sense because then one can specify an insertion type as well.
> But IIRC you earlier wanted to allow plain integers here too?

Yes, plain integers should be allowed as well.

>> +`delayed-window-point' is a buffer-local marker you can move to a valid
>> +position of the buffer shown in the window in order to override the standard
>> +positioning mechanism (`point-min') chosen by window displaying functions.")
>
> IIUC there is no such "mechanism" except for buffers just created.
> And what about 'switch-to-buffer-preserve-window-point'?  "window ???
> displaying functions" implicitly hints at the fact that the mechanism
> works only when the buffer is shown by 'display-buffer'.  But are we
> sure that this restriction always applies?

Maybe the same should be allowed for 'switch-to-buffer' as well,
and even for buffers displayed by set-window-configuration.

>> I see no reason to use macros here.
>> We need to replace these macros with the elegant solution that we already
>> have of using action alists.
>
> Macros are useful in as much as they allow to specify the evaluation
> order of their arguments.  Action alists are dumb in this regard.

The problem is that currently the whole cycle of buffer displaying
doesn't allow executing arbitrary code at different stages:
there are no pre-display-buffer and post-display-buffer hooks.

Adding such hooks would allow to get rid of macros easily.
For example, instead of using two variables 'window-point-delayed'
and 'window-start-delayed', a pre-display hook in 'view-lossage'
will be able just to set a buffer-local run-once post-display hook
that will adjust the window positions after the buffer is displayed
in the window.

Another candidate that can be placed into such post-display hook is
fit-window-to-buffer for cases when adding an action alist
as an arg of display-buffer call is not possible.

And vice versa, pre/post-display actions could be specified
in an action alist of display-buffer, when using hooks is not possible.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 19 Jun 2019 09:15:02 +0000
Resent-Message-ID: <handler.35860.B35860.156093567811561 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.156093567811561
          (code B ref 35860); Wed, 19 Jun 2019 09:15:02 +0000
Received: (at 35860) by debbugs.gnu.org; 19 Jun 2019 09:14:38 +0000
Received: from localhost ([127.0.0.1]:46014 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hdWfu-00030P-3N
	for submit <at> debbugs.gnu.org; Wed, 19 Jun 2019 05:14:38 -0400
Received: from mout.gmx.net ([212.227.17.21]:37245)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1hdWfr-000309-NU
 for 35860 <at> debbugs.gnu.org; Wed, 19 Jun 2019 05:14:36 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1560935664;
 bh=GYKwh1rgxVAPrz8iRKVvC0YowEslLJ+RyG3K5ZNbTE0=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=DykiRrr1OjmI25N3oKC7OF1h5p8PogLMAGIFlvus4W/ZAun39zM9ba/UtOUERetF8
 ZNknIyC4BNACWjQUHpOPQ7QcszmhczrLbWJveM1dha/nyw6Sg0es77T67BLV5J4Qvl
 G2ofom/M96LuBORUwEgrF6e+pwQiHoGC1iQb8mcs=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.101] ([212.95.5.75]) by mail.gmx.com (mrgmx105
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MBDnC-1hljKT4BCw-00CfUB; Wed, 19
 Jun 2019 11:14:24 +0200
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
 <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
 <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
 <87imt6jva7.fsf@HIDDEN>
 <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN>
 <87h88p8e5z.fsf@HIDDEN>
 <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN>
 <871rzsdj5a.fsf@HIDDEN>
 <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN>
 <87fto61ua5.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <909a5c9c-74fa-a221-0ef1-6b9d61cb4cd0@HIDDEN>
Date: Wed, 19 Jun 2019 11:14:24 +0200
MIME-Version: 1.0
In-Reply-To: <87fto61ua5.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: de-DE
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:MU+bX6Szo7dzORmICiwBa6QS67hNS8KEIXSI3E1uwuHgiLJ0pOW
 GwcahfdzQVA/i3nRf6d0VLJkJZmw6Y3nKa7JE8iI9FXK9PGESQgYdlWNAbn6jxKTeq/j5M1
 4F649PC7mfeiIDMmvcDMjWaAaj2hK5R/s9qeyhwe/1WWjlhKjWkamxRwbzrbNs2yQhvjLqv
 RPhU7q2HEeWR2h6htB0ug==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:lJG/VM15ZbE=:kSd6VGvCsIFWlRG+2fYtbr
 gwS5ftFLzchI496r0I3H74LiWsPhx+25ib0I9wwyrQtu+FFrv18zEoZMZRYukQQsQjTn6jlmg
 4Bi3Xt402gNdWzRcaJrZ+oAawCZYUnuQsbgtumKAnAe/7BS/LjE33f2NH7hcZBvb/umuHVl+K
 AgNI33QC8pcSt6eeSFetvldQE3b2iB+qrFeoMjTDn3ONjN3vBmh2GFCMIYBgBMS7As70WZPWN
 iEQlSNNVR8vfSHsQdAPyEl4QFUAVMW6Kh3ZNeQHaZums6m7icSOvAvE4JDD7iMXQtvZU6cRN6
 PTTjUfgksAhba2GVAcJ6x7UNFk1JLw7CTnVOJBhWmKtZXyNSmi6AtPcxXZheZpGJIwql2a4Bq
 z2/WKVT6CZsPmyHik2F4Izg2QSzsst5uwbrH2DRPQXpHdq8DMlCgK765DLKjU1AZCceeYjc4W
 m88Q6TZFmwV5lQY+RSZpkRgh05O3Q8dx5jNLe5dMhnh9EHdjjUcLK0Lvx2ZuqCt/GeKDng/Ol
 6UDVA4aT8FrEc1/8uEUi50wjWhoEWdlUc6BEhSlIH53Oe2koQFwwOY+jqEVix8Wyq6Ye1cjX0
 o9OOFNl7tEdS+3+iGFXGeCUE19E+mPR2MeoqSVpGQonJy5S9RqNm3b3xl+Lwar5tUfJqdWreQ
 xnCUlDbl0DliPVadhWmBZpHAO4XmRLMB04AyW2oEhG+6NYJmmgfWiaNS8hMfxVDi/xeGreWxW
 VH+cmqOo8wbOovX29vG7bRQ7CwFWEY19suYpX1wqEqViB0vCbOInC2evm5VyNpdpkyA8ZLjCx
 NF4bQNgOptfcVvKGNhRsQfmlTtssVSVUEyAo8rhNcNGloFAon4HgLF7NhoR+voP/GPf+nx6g6
 lDjlzCH0Mzpuz5xBD573uQLrHv1nf/KWed1+OmXH35Sj/tCz03LUXXg/OM6h8FBzJVt+hj825
 cjQR8NHMkh9YySI82rdW6eP7hzjI3cZQunk+uR24ESgWsNCkAO8jC
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > Adding such hooks would allow to get rid of macros easily.
 > For example, instead of using two variables 'window-point-delayed'
 > and 'window-start-delayed', a pre-display hook in 'view-lossage'
 > will be able just to set a buffer-local run-once post-display hook
 > that will adjust the window positions after the buffer is displayed
 > in the window.

The problem is to properly clear these hooks to avoid that they affect
future, unrelated calls of 'display-buffer'.  In most cases they are
supposed to be one-shots so a 'condition-case' in 'display-buffer'
should suffice, but it's a bit abnormal for hooks to get auto-cleared.

martin

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 19 Jun 2019 21:57:01 +0000
Resent-Message-ID: <handler.35860.B35860.156098142021241 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.156098142021241
          (code B ref 35860); Wed, 19 Jun 2019 21:57:01 +0000
Received: (at 35860) by debbugs.gnu.org; 19 Jun 2019 21:57:00 +0000
Received: from localhost ([127.0.0.1]:47551 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hdiZf-0005WX-Sl
	for submit <at> debbugs.gnu.org; Wed, 19 Jun 2019 17:57:00 -0400
Received: from eastern.birch.relay.mailchannels.net ([23.83.209.55]:50907)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1hdiZe-0005WM-5g
 for 35860 <at> debbugs.gnu.org; Wed, 19 Jun 2019 17:56:59 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
 by relay.mailchannels.net (Postfix) with ESMTP id DA427502B2F;
 Wed, 19 Jun 2019 21:56:56 +0000 (UTC)
Received: from pdx1-sub0-mail-a60.g.dreamhost.com
 (100-96-11-129.trex.outbound.svc.cluster.local [100.96.11.129])
 (Authenticated sender: dreamhost)
 by relay.mailchannels.net (Postfix) with ESMTPA id 8BEFC502D26;
 Wed, 19 Jun 2019 21:56:52 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a60.g.dreamhost.com ([TEMPUNAVAIL].
 [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
 by 0.0.0.0:2500 (trex/5.17.2); Wed, 19 Jun 2019 21:56:56 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Stop-Bottle: 7d6b77146ac7a1c2_1560981416712_4208129210
X-MC-Loop-Signature: 1560981416712:2346111605
X-MC-Ingress-Time: 1560981416712
Received: from pdx1-sub0-mail-a60.g.dreamhost.com (localhost [127.0.0.1])
 by pdx1-sub0-mail-a60.g.dreamhost.com (Postfix) with ESMTP id 34DE17F0AC;
 Wed, 19 Jun 2019 14:56:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
 :subject:references:date:in-reply-to:message-id:mime-version
 :content-type; s=linkov.net; bh=R2nCYD8cvTvpDCmd2YUC780szTo=; b=
 PM/h/m55yRoMI3pniscToAspTE7RbCUbe6uvFRhYktrPIbTPWj738WDsEcvpkGtb
 PuEqo5TdyzOFgbhrCEBssX8oTqHzlkgW++NC9oHsjI/KGIZ8v0wU9cEcKWrXdXo4
 cMFvX3O3OF9zV8RWc+th8nGxuW4zNt/a1S40CtGwTl4=
Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
 bits)) (No client certificate requested)
 (Authenticated sender: jurta@HIDDEN)
 by pdx1-sub0-mail-a60.g.dreamhost.com (Postfix) with ESMTPSA id 687507F0AB;
 Wed, 19 Jun 2019 14:56:47 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a60
From: Juri Linkov <juri@HIDDEN>
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
 <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
 <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
 <87imt6jva7.fsf@HIDDEN>
 <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN>
 <87h88p8e5z.fsf@HIDDEN>
 <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN>
 <871rzsdj5a.fsf@HIDDEN>
 <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN>
Date: Thu, 20 Jun 2019 00:34:22 +0300
In-Reply-To: <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN> (martin rudalics's
 message of "Tue, 18 Jun 2019 10:19:21 +0200")
Message-ID: <87a7edxmup.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduvddrtdefgddtfecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrvddtleenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddvtdelpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

>> +(defvar delayed-window-point nil
>
> Name space conventions would recommend 'window-delayed-point'.

BTW, we had plans to rename 'window--display-buffer'.
But shouldn't it rather use 'display-buffer-' prefix?
Maybe, 'display-buffer-in-window'?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35860: Delayed window positioning after buffer display
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 20 Jun 2019 07:42:02 +0000
Resent-Message-ID: <handler.35860.B35860.15610165091889 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35860
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 35860 <at> debbugs.gnu.org
Received: via spool by 35860-submit <at> debbugs.gnu.org id=B35860.15610165091889
          (code B ref 35860); Thu, 20 Jun 2019 07:42:02 +0000
Received: (at 35860) by debbugs.gnu.org; 20 Jun 2019 07:41:49 +0000
Received: from localhost ([127.0.0.1]:47784 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hdrhc-0000UP-Ro
	for submit <at> debbugs.gnu.org; Thu, 20 Jun 2019 03:41:49 -0400
Received: from mout.gmx.net ([212.227.15.19]:57675)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1hdrhb-0000U9-3A
 for 35860 <at> debbugs.gnu.org; Thu, 20 Jun 2019 03:41:47 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1561016495;
 bh=LnYMm/uHtaJ4+e6wLikZv/L1I3S8lGQo91A+cP7l+t8=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=hvMGcsZpMmSDsUVi3kHK1SFMshwLIg6g65AAkSn17P7W8k+Kl/je69txNWLqI4ms9
 uawSX6fw+hgKpFEdI8phPuuvNkJGg4+yrglfx9yCRUrEgv+kLqHmTR8v0zOzbSTTNF
 y3OuUbJwyA9Lco+bIRRmMhPlrY9gLKsFnuURLA5s=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.101] ([213.162.73.215]) by mail.gmx.com (mrgmx005
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MMGRA-1hw5bU3buw-00JKfs; Thu, 20
 Jun 2019 09:41:34 +0200
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
 <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
 <87k1efhkgp.fsf@HIDDEN>
 <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
 <875zpb4zdw.fsf@HIDDEN>
 <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
 <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
 <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
 <87imt6jva7.fsf@HIDDEN>
 <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN>
 <87h88p8e5z.fsf@HIDDEN>
 <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN>
 <871rzsdj5a.fsf@HIDDEN>
 <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN>
 <87a7edxmup.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <ad16b0e4-94ad-4b04-3e42-7703271e3459@HIDDEN>
Date: Thu, 20 Jun 2019 09:41:33 +0200
MIME-Version: 1.0
In-Reply-To: <87a7edxmup.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: de-DE
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:J1Elry+Ir5o5p2ZGXj869ww72Ggowxzn8HtiKW4l1Ta1nYpfWGO
 qvu9WFfUSYW4/lrO4XDJxzj05pdqx7U7/rIjOcuM5xAlmfcu4vDXxyNK7PR8OS4GKOS9ph3
 08NlcwQv+6qJ3Qos9k+c5L7wJtwZkMHpK/u7pmYCfsRny/1gaQ4gSQ9afprwnXh6excjhpA
 RQgnnXdl6/vp6E4191M8A==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:20L4TADCpIE=:LHl897e3y6gn0sJeP/dvYU
 kIQ7qLABRaF4FVRMEwjvzu4Ld8ADZSsUZurKmjTTBP/c8bvqvw5TdTvtY7ndRdtK8FySmGVSj
 S+WRepkw+ISTb+NgDIWccGtLckLIkjGCYaR5n9YZkhiYJ1KZwXcGIF9qWcdxgWzIEGuVlOFEj
 eHYYl7sYHRZP7VJAEP8GefdsUNW6IZHbzBrhwyeVbm49zK3EX1BsegF88JdmC8L7ShRF9nFHJ
 pH0rdxtH1CrsLubqUajy4s5cT0g/A2amH9osygfAlT6YYtiRsZHIOaq+0aLnWTyTltNfiBlNS
 msIHiuR92NZXwuEEroK8EK2fBgZEBWCTvsmmTvKu8ZL5OPvtnw+e3+HuRDT881heff52ww/KC
 /Bz5ZuRkiMuWSVWxDoEMtVC+Ar2JnCpUqBZNFJBkBC3dHa1VfPZDLccbQ7w8Yo6NquxSKtxR1
 WszXBb/iFu8XM+Bs5p6ZIei5ffioVsLQwwGUN2bCkk6V5YBZPCFBVoFmE04MJxEbFzQj+FBJ7
 ac27NcS7IXMYaJSMifYGewEcehWxizUSHcYRUKCfk2RXrwTr0MRYvqltRFbzrYeQv6nqCdE/3
 32vgWm7mdWJshaMNarIutkRsDVjzirwRUqHYFzyNSoD3+XM631r8BlrmUfY0PgdazkXbygKqN
 2BpG8b1U5Of7IrIgc2dC08/CikZ4TiurRFI9h3jaE3mZUC99lmJVjw3UB/wvDFSm7Xp+GWhZQ
 2cqh9NkaznrhaGYonN7WUsLgFMLKOxlEETxNOMniezAmDyzT+IrO4hDTUSIQ1TG9b2FFovXyq
 1FOna03RwNncApK35jJiFaNDL5Qd4auLd92Up8oFGucmMoO4NsFSlulP5lsxad3B9T79Yv5A5
 NbKZFd1IYD1y8MY98fhvoPhR1ncBfOpuGKhz4YsjeAPMSk0+nl3TESZxWqb0Pty5LXNdUXFIO
 GSu5KePpRGuJld3N8N0vI+dwUyK2cJ6NvR7pJyaNWaqPZTDFSoTS3
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

 > BTW, we had plans to rename 'window--display-buffer'.
 > But shouldn't it rather use 'display-buffer-' prefix?
 > Maybe, 'display-buffer-in-window'?

Back in January I wrote ...

 > The cleanup has been done.  The final message of that subthread says:
 >
 >   Anyone interested in renaming 'window--display-buffer' - please go
 >   ahead.  I think a 'display-buffer-' prefix should then be appropriate.
 >
 > What I meant there is that calling it say 'display-buffer-in-window'
 > would be appropriate but the final name is up to its clients.

... so feel free to do that.

BTW, doesn't your earlier remark ...

 > We could support an action alist too in addition to buffer-local variables,
 > but we should leave an ability to set buffer-local variables, because
 > neither view-lossage nor vc-git-print-log (two primary cases to test
 > this feature) have no access to the 'action' arg of display-buffer.

... miss one aspect: 'display-buffer-overriding-action' can always be
used to set and/or override any 'window-point' or 'window-start' alist
entries.

martin

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.