[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#35860: Delayed window positioning after buffer display
From: |
Juri Linkov |
Subject: |
bug#35860: Delayed window positioning after buffer display |
Date: |
Sun, 16 Jun 2019 01:44:40 +0300 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) |
>> 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'?
- bug#35860: Delayed window positioning after buffer display, Juri Linkov, 2019/06/11
- bug#35860: Delayed window positioning after buffer display, martin rudalics, 2019/06/13
- bug#35860: Delayed window positioning after buffer display, Juri Linkov, 2019/06/13
- bug#35860: Delayed window positioning after buffer display, Juri Linkov, 2019/06/14
- bug#35860: Delayed window positioning after buffer display, martin rudalics, 2019/06/15
- bug#35860: Delayed window positioning after buffer display,
Juri Linkov <=
- bug#35860: Delayed window positioning after buffer display, martin rudalics, 2019/06/16
- bug#35860: Delayed window positioning after buffer display, Juri Linkov, 2019/06/16
- bug#35860: Delayed window positioning after buffer display, martin rudalics, 2019/06/17
- bug#35860: Delayed window positioning after buffer display, Juri Linkov, 2019/06/17
- bug#35860: Delayed window positioning after buffer display, martin rudalics, 2019/06/18
- bug#35860: Delayed window positioning after buffer display, Juri Linkov, 2019/06/18
- bug#35860: Delayed window positioning after buffer display, martin rudalics, 2019/06/19
- bug#35860: Delayed window positioning after buffer display, Juri Linkov, 2019/06/19
- bug#35860: Delayed window positioning after buffer display, martin rudalics, 2019/06/20
- bug#35860: Delayed window positioning after buffer display, martin rudalics, 2019/06/15