GNU bug report logs - #27243
dired-auto-revert-buffer jumps point to beginning of buffer

Previous Next

Full log

Message #79 received at 27243 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 27243 <at> debbugs.gnu.org, stephen.berman <at> gmx.net, antoine.levitt <at> gmail.com
Subject: Re: bug#27243: another case: dired-auto-revert-buffer jumps point
 to beginning of buffer
Date: Sun, 23 Jul 2017 21:58:02 +0300

> Date: Sun, 23 Jul 2017 20:40:53 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: antoine.levitt <at> gmail.com, 27243 <at> debbugs.gnu.org
> 
> Conceptually both, ‘pop-to-buffer-same-window’ and ‘switch-to-buffer’,
> behave alike in this regard: They avoid the minibuffer and windows
> strongly dedicated to their buffers.  Interactively, ‘switch-to-buffer’
> may show another buffer in a strongly dedicated window when the option
> ‘switch-to-buffer-in-dedicated-window’ is non-nil, but I suppose the
> issues mentioned in this thread are not about the interactive use of
> ‘switch-to-buffer’.
> 
>  > E.g., what happens in this particular use case if the Dire4d buffer
>  > pops in another window?
> 
> If the dired buffer was earlier shown by ‘switch-to-buffer’ and is now
> shown by ‘pop-to-buffer-same-window’, the behaviors should be the same.
> Quitting the dired window, however, may behave differently.

I don't think I'm bothered by quitting.  I'm bothered by some feature
calling find-file that could somehow find the file shown in a window
different from the one where the command was invoked.  Are you saying
this isn't more likely to happen than with switch-to-buffer itself?
If so, we can indeed modify find-file to use
pop-to-buffer-same-window.

Thanks.

Previous Next

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