From: Juri Linkov <juri@linkov.net>
To: martin rudalics <rudalics@gmx.at>
Cc: Stephen Berman <stephen.berman@gmx.net>,
33458@debbugs.gnu.org, v88m@posteo.net
Subject: bug#33458: 27.0.50; dired loses position when reverted from outside place
Date: Fri, 30 Nov 2018 00:46:50 +0200 [thread overview]
Message-ID: <87in0fa4dh.fsf@mail.linkov.net> (raw)
In-Reply-To: <5BFFA3D4.6020809@gmx.at> (martin rudalics's message of "Thu, 29 Nov 2018 09:31:16 +0100")
> The buffer's point is OK. So we could introduce a variable, say
> 'set-window-point-from-point', and set this to t when reverting a
> buffer reveals that 'get-buffer-window' is nil. Redisplaying the
> buffer would then always go to the buffer's point instead of some
> position stored in the window's list of previous buffers.
>
> I'm not sure when to reset this mechanism though. The first time we
> display the buffer again? Then switching to that buffer in another
> window later would suffer from the initial problem. Keep it for every
> other window until it has seen the buffer again? How would we do
> that?
Maybe until point is moved to another position either by the user or
by any other code that doesn't set 'set-window-point-from-point' again.
> Finally note that this does not fix the dired problem. There we want
> the cursor go to the line showing the file where point previously was
> in that window.
Maybe for dired store meta-information such as dired-filename
in window parameters. Then when a dired buffer is restored in a window,
and dired-revert moved point-marker to the beginning of the dired buffer,
move point to the file from the window parameter.
next prev parent reply other threads:[~2018-11-29 22:46 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-21 20:40 bug#33458: 27.0.50; dired loses position when reverted from outside place v88m
2018-11-21 22:33 ` Stephen Berman
2018-11-22 9:07 ` v88m
2018-11-22 9:38 ` Stephen Berman
2018-11-23 7:41 ` martin rudalics
2018-11-23 15:40 ` v88m
2018-11-23 19:03 ` martin rudalics
2018-11-23 19:55 ` v88m
2018-11-25 20:45 ` Juri Linkov
2018-11-26 9:32 ` martin rudalics
2018-11-27 0:09 ` Juri Linkov
2018-11-27 8:08 ` martin rudalics
2018-11-28 0:06 ` Juri Linkov
2018-11-28 8:35 ` martin rudalics
2018-11-28 23:45 ` Juri Linkov
2018-11-29 7:41 ` Eli Zaretskii
2018-11-29 22:33 ` Juri Linkov
2018-11-30 7:05 ` v88m
2018-12-01 22:33 ` Juri Linkov
2018-11-30 8:21 ` martin rudalics
2018-11-29 8:31 ` martin rudalics
2018-11-29 22:46 ` Juri Linkov [this message]
2018-11-30 7:10 ` v88m
2018-11-30 8:22 ` martin rudalics
2018-11-30 8:21 ` martin rudalics
2018-12-01 22:30 ` Juri Linkov
2018-12-02 8:33 ` martin rudalics
2018-12-04 8:33 ` martin rudalics
2018-12-04 14:41 ` v88m
2018-12-05 9:17 ` martin rudalics
2018-12-08 9:41 ` martin rudalics
2018-12-10 0:10 ` Juri Linkov
2018-12-10 7:58 ` martin rudalics
2018-12-10 23:59 ` Juri Linkov
2018-12-11 8:34 ` martin rudalics
2018-12-12 0:40 ` Juri Linkov
2018-12-12 8:32 ` martin rudalics
2018-12-12 23:29 ` Juri Linkov
2018-12-13 9:02 ` martin rudalics
2018-12-14 9:33 ` martin rudalics
2018-12-16 23:49 ` Juri Linkov
2018-12-17 8:06 ` martin rudalics
2018-12-18 0:25 ` Juri Linkov
2018-12-18 8:28 ` martin rudalics
2018-12-21 0:59 ` Juri Linkov
2018-12-21 9:15 ` martin rudalics
2018-12-22 23:36 ` Juri Linkov
2018-12-23 9:40 ` martin rudalics
2018-12-23 19:06 ` martin rudalics
2018-12-23 23:47 ` Juri Linkov
2018-12-24 8:15 ` martin rudalics
2018-12-25 21:25 ` Juri Linkov
2018-12-26 9:42 ` martin rudalics
2018-12-27 0:29 ` Juri Linkov
2018-12-27 9:37 ` martin rudalics
2020-08-22 14:49 ` Lars Ingebrigtsen
2020-08-23 18:42 ` Juri Linkov
2020-08-24 13:15 ` Lars Ingebrigtsen
2018-12-13 7:39 ` v88m
2018-12-13 9:02 ` martin rudalics
2018-12-13 9:35 ` v88m
2018-12-13 10:10 ` martin rudalics
2018-12-14 8:25 ` v88m
2018-12-14 9:34 ` martin rudalics
2018-12-14 10:01 ` v88m
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87in0fa4dh.fsf@mail.linkov.net \
--to=juri@linkov.net \
--cc=33458@debbugs.gnu.org \
--cc=rudalics@gmx.at \
--cc=stephen.berman@gmx.net \
--cc=v88m@posteo.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.