We would like to get user community input on WinBox DEFAULT keyboard shortcuts. Things to consider before posting:
In future we are considering option to customise shortcuts, but we want to figure out "the best defaults", which please most of the users over multiple operating systems. So please focus on shortcuts, not the possibility to change them.
Global and internal window management shortcuts must not conflict with terminal/console. Terminal usually needs to consume all simple combinations (Ctrl+key, Shift+key, Fx). Ctrl+Shift+key is usually good. CMD+key on MacOS. Alt+key maybe? Ctrl+Fx maybe?
It would be very good to have the same "key" value on all OS.
Some examples of existing shortcuts:
4.1) Ctrl+Shift+W and CMD+W (close internal window) (also ESC, but doesn't work with Terminal window)
4.2) Ctrl+Shift+K and CMD+K (global search)
4.3) Ctrl+F (table search)
Please provide well processed ideas which most likely would suite the biggest part of the user community, not some individual preferences.
A list of all the existing keys in WinBox 3 should be made FIRST,
and that should be used as the default, so as not to "annoy" anyone who has been using WinBox for decadees (example, from 2007)...
Inevitably, everyone has their own preferences,
but the shortcuts inside the terminal certainly can't be the same outside...
On Windows, outside the terminal, I expect Ctrl+X, Ctrl+C, and Ctrl+V [⌘+X / ⌘+C / ⌘+V] to work like cut/copy/paste,
but I expect Ctrl+C [⌘+C] to not "copy" inside the terminal but break...
but Ctrl+V [⌘+V] on terminal must still paste the contents of the clipboard into the terminal.
Then to close the internal window, I expect Ctrl+F4 [⌘+F4], not a 5-finger combination...
Current WinBox 3 shortcuts
Windows/Linux
MacOS
Window
Terminal
Note
<INS>
<?>
Insert a new item in table or in multiple field
[NOT implemented overwrite mode]
<DEL>
<?>
Delete selected items in table or in multiple field
EscandCtrl + W for closing internal window, but notCtrl + Shift + W. Ctrl + W is often used in other apps for such purposes and I think it's more suitable.
I expect Ctrl + CandCtrl + Ins for copying, Ctrl + VandShift + Ins for pasting. EVERYWHERE. These are standard shortcuts, at least in Windows.
But in Terminal there are 2 scenarios for Ctrl + C (WinBox 3 already works like that, not checked in v4):
This really weird behavior if it is really this way and should not be ported to winbox 4. Most terminal solve this by using CTRL+SHIFT+C and CTRL+SHIFT+V. Like strods already correctly suggested: "Ctrl+Shift+key is usually good."
Completely disagree and don't see anything weird. Same shortcut for 2 different situations. No need to introduce new "Ctrl+ Shift + something" shortcuts for no reason. This will only make life harder and annoy people who use standard shortcuts.
Checked v4, Ctrl + C works the same way in Terminal as v3 and please don't touch it.
@rextended, some actions have multiple different shortcuts, not just one, may be add them to your table? Like Ctrl + F4, Esc for closing internal window. Ctrl + W would be new 3rd shortcut for this action.
For Ins in Terminal I would assign caret switching (full height/underscore). Of course this feature should be implemented first.
I'm writing what I remember, not what it should be.
There's also Ctrl+R in RouterOS 7, but I'm ignorant about that; I don't understand what it's for.
I didn't consider individual keys like del, ins, esc, etc.
I add those, if missing please advise.
But I hope that on te table must not specified also expected arrows, home/end etc...
Ctrl+W?
I made some mistakes and corrected them along the way. Please check the list. Let's make one list instead of 20 different ones to avoid confusion.
Also who have a Mac, please help to fix missing keys <?>
CTRL+C in terminal has a meaning. It is totally error prone to make this combination do a "copy clipboard" only when visual selection is active. I imagine myself pressing CTRL+C in a terminal, thinking I have a selection and then suddenly it does a SIGINT instead. This is really bad user experience. People who like to copy text from winbox terminal should right-klick and select "Copy to clipboard" from context-menu or should learn SHIFT modifier inside terminal: CTRL+SHIFT+C. But I guess I am biased by using Linux for ages. Windows apparently does use CTRL+C in cmd and MacOS terminal as well CMD+C.
Well, if I'm already using a mouse, it doesn't mean that it's convenient to copy/paste with it. I select text by mouse using one hand, and copy/paste text by keyboard using other hand. If I would use mouse also for copying/pasting, it would require more clicks and movements, and it would be VERY inconvenient compared with two-hand method.
Of course, they do. But if you make a config keymapping feature the user can use the default, and if they don't like it, they can change the keymapping in the config file. LIke lots of apps today.
You are assuming that terminal window will only show RouterOS console. That is not true. Terminal can connect to any system via SSH/Telnet/Container and interact with any command line type of software. So for example all Ctrl+key keyboard inputs MUST be sent via terminal. For example, Ctrl+W can not close window, because this combination can be used by some console text editor. (Except of course the current special case with Ctrl+C when text is selected).
WinBox 3 has one really bad shortcut combination, which would be better not to be brought over.
It is Ctrl + D - in terminal window it is logical and can/should remain, but it is “disable item” everywhere else in WinBox - which means if wrong window inside WinBox is accidentally in focus it will lead to unintended disabling of currently selected item without any confirmation. Nobody would want that - especially when connected to remote site.
I have solved this for now by avoiding it completely - but shortcut/key combination should not exist to be avoided.
Maybe it would be better if “disable item” would not have a shortcut at all - or at least it should be something else than one of basic terminal key combinations…
I guess I disagree with this goal. WinBox, as a "native" app, should follow the native OS's standards. So the attempt to make some "universal" shortcuts seems likely disappoint everyone.
WinBox3 ran on Windows-only, so it does not sound like bad starting place, and then making a good attempt at preserving those in WinBox4 on Windows. But on Mac, command is used for operations like cut-and-paste, close, etc – so by default they don't interfere with the terminal (outside of some container/remote shell looking for the command/Windows key), so those should be default on Mac.
Why not just make the default OS specific? Then if someone want "Window-style" shortcut on Mac/Linux, customization seem like a reasonable approach (or vice verse, using "command"/"windows" key with C/V etc on Windows OS), but imagine most folk want their ow
But I've used many cross-platform Java admin tools in past that always use Ctrl-C/Ctrl-V even on Mac and many don't accept ⌘C/⌘V, which is especially annoying since it goes against muscle memory.
So my main take let's not use "Ctrl" on Mac for things like cut and paste, etc. Whatever happens on Windows or Linux, I'd think okay to differ.