|
From: | Ergus |
Subject: | Re: Tab bar tabs landed on master |
Date: | Mon, 7 Oct 2019 17:53:25 +0200 |
User-agent: | NeoMutt/20180716 |
Hi Juri: Very thanks for the changes.. It works better now in xterm. (gnome-terminal or urxvt does not send C-TAB... so `C-x 6 o` will be needed for them). Finding free bindings is always a problem and keeping backward compatibility or keeping some historical bindings just for that reason makes the problem worth. Any way. I have suggested in a Telegram group to try the new tab bar functionality from master and they are enjoying it. There is only a complain from a which-key user. When the which-key panel activates the tab bar displays which-key in it's name. It is not something critical, but is it there a simple way to correct this? On Mon, Oct 07, 2019 at 03:21:45PM +0200, Stefan Kangas wrote:
Juri Linkov <address@hidden> writes:Please try and report any problems: in compilation and usability.NEWS says: "Using the mouse wheel on the tab-line scrolls tabs that display the window buffers." (Nit-pick: IMO, you could scratch "that display the window buffers" from that sentence. I think it's redundant.) When I try that on macOS, I get these messages: <tab-line> <wheel-down> is undefined <tab-line> <double-wheel-down> is undefined <tab-line> <triple-wheel-down> is undefined [5 times] <tab-line> <wheel-up> is undefined <tab-line> <double-wheel-up> is undefined <tab-line> <triple-wheel-up> is undefined Best regards, Stefan Kangas
[Prev in Thread] | Current Thread | [Next in Thread] |