shift+page up/page down swallowed while within emacs
I've recently fully migrated away from using a vte based terminal emulator, where shift+page down/up while within emacs would allow for shift selection, however with foot this seemingly gets swallowed up.
It would be great if in the event this key combination is effectively a no-op to foot, that it be passed through to the underlying application.
shift+page up/down are the default keys to scroll up and down in the scrollback history.
If you want to use them in applications running inside the terminal, you'll have to remove them from foot's own bindings.
scrollback-up-page=none, in the
key-bindings section in
foot. ini, or assign a different key binding, to "free up" the shift+page up combo. Do the same with
But I want to have my cake and eat it 😄
In vte, shift+page up/down does perform scrolling up and down through scrollback by default (it may even be hardcoded), but I think it retains some form of context as to whether or not something has effectively grabbed the buffer. So in my shell I can scrollback through history, whereas within emacs I can perform shift selection one window height at a time.
Yeah, I realized what you meant after writing my reply. First time hearing about this feature 😅
Let me think about it. It's trivial to implement, just need to decide whether it's a good idea...
What I'm envisioning is "disabling" all scrollback actions while in the alt screen (where there is no scrollback). The key combos would thus not match any actions in foot, and instead be passed through to the application.
Deleting a branch is permanent. It CANNOT be undone. Continue?