|
From: | nvp |
Subject: | bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames |
Date: | Sun, 8 Dec 2019 18:23:52 -0500 |
> Try with 'temp-buffer-resize-mode' enabledThankyou Martin, I was unaware of this and it does seem useful -- will investigate further.> Maybe <backtab> and S-TAB should do this.To me, this does seem like a good idea. The reasons being:1) this would be my first natural guess to reverse a scroll, possibly from muscle memory comingfrom shift-tabbing between tabs (eg. browswers), which I think might be rather ubiquitous (speculation)2) it is similar to the addition of S to C-M-v nomal scrollersbe my first guess as a way to reverse a scroll, and it is also how C-M-v is already reversed.> pops up and switches to the completion window, whereas
>
> M-: (mak
> M-v
>
> doesn't. Should it?I think it should, as M-v doesn't seem to have any use in the minibuffer there AFAICT.Thankyou !!!On Sun, Dec 8, 2019 at 5:20 PM Juri Linkov <juri@linkov.net> wrote:tags 38502 fixed
close 38502 27.0.50
quit
>> C-v and M-v should scroll 'minibuffer-selected-window', but
>> C-M-v should scroll the other window from 'minibuffer-selected-window'
>> like it does now. But maybe this should be configurable?
>>
>> Is there a variable/function with a name like 'minibuffer-selected-other-window'
>> that gives an other window to scroll with C-M-v from the minibuffer or
>> from the window defined by 'minibuffer-selected-window'?
>
> 'other-window-for-scrolling' tries to dynamically find a window that
> shows 'other-window-scroll-buffer'. So it's the latter we would
> probably have to set.
I see. So this is fixed now.
[Prev in Thread] | Current Thread | [Next in Thread] |