Earlier quoted context omitted.
Ever since mouses and GUIs were invented it was common knowledge that "ordinary" users don't bother to learn keyboard shortcuts. That common knowledge is wrong, but it comes from an important truth: brand new users who are not yet committed to your product will get frustrated if the thing they need to do is hidden away as a key-binding or command-line command. So successful products optimise for the UX of a user who…
But I wasn't talking about onboarding. I was talking about the speed of people using your software to do work on either a touchscreen or a keyboard.
The person you responded to wrote:
> custom control board with specialized buttons and keyboard
So we weren’t even talking about keyboard shortcuts in the ctrl-c sense, but that the specific action has a specific button.
How, indeed, could that have been a surprise.
Here’s a my stupid story:
On the laser cutter I operate there as no way to tell the machine “the stock / remnant / offcut I want to cut the parts from is located at x,y”.
The machine has a touch screen display which shows the cutting heads current location. So you put it in manual mode, drive the cutting head in to the start position as per your materials location, then type the coordinates it displays as a graphic in to two fields in a dialogue box.
There’s no button on the machine or touch screen to automate that.
This is why I think UX professionals will be the first against the wall when the revolution comes.
Thankfully I’m aware of AutoHotKey, and Capture2Text, so I wrote a script to turn a keyboard shortcut in to a series of mousse movements, clicks, and OCR, to take the graphic display if numbers and turn them in to strings of numbers.
I still can’t believe there hasn’t been a software update to implement a feature I can build in to a compiled .exe that lotteralky took me 45 minutes to build from aware-the-tools-exist to implementation.
Someone give me a billion dollars already. I’m clearly a genius.