bug#33258: inhibit-select-window

[martin rudalics <rudalics@gmx.at>]

 > Many commands use pop-to-buffer to display a buffer and
 > select its window by default.
 >
 > Sometimes it's not desirable to select the displayed window.
 >
 > One of the many examples is 'C-x v =' (vc-diff) where
 > the need is only to look at the diffs, but not to operate
 > on the *vc-diff* buffer in its window.

Is this particular behavior caused by the

       ;; Display the buffer, but at the end because it can change point.
       (pop-to-buffer (current-buffer))

in 'vc-diff-internal'?

 > Currently there is no configurable way for the user
 > to override the default window selection.
 >
 > I propose a new alist entry to support such feature.
 > An example of usage in user's customization:
 >
 >    (push '("\\*vc-diff\\*" nil
 >            (inhibit-select-window . t))
 >          display-buffer-alist)
 >
 > then pop-to-buffer could check for the alist entry
 > 'inhibit-select-window' and to not select the window
 > if it's non-nil.

I understand what you want but I doubt we can put that into practice.
While not selecting the window might not be a great issue, not making
its buffer current is.  We would have to check each and every call of
'pop-to-buffer' as to whether subsequent code relies on the fact that
it made the buffer current.  This is not fathomable IMO.

One could argue that 'display-buffer' may fail to produce a window and
so the buffer would not be made current in that case either but as we
know it is really hard to make 'display-buffer' fail.

 > OTOH, when a command uses display-buffer that doesn't select a window,
 > then the same alist entry with a different value or a new entry e.g.
 > '(select-window . t)' could be used to force selecting the window.
 > This could be implemented by using the same code from pop-to-buffer
 > and adding it to display-buffer functions.

This would be possible.  Such an entry would have to be called
something like 'force-select-window' and could be applied by both
users and programs for one soberingly simple reason: A Lisp program
can never rely upon 'display-buffer' to _not_ select the chosen window
- popping up a new frame may implicitly select the window at any time.

martin