Keyboard shortcuts are a wonderful invention. They allow us to integrate common tasks into our typing without really disrupting its flow, and for the most part they follow rules that are more or less consistent. We have that ‘i’ is for ‘italics’, ‘b’ is for ‘bold’ and ‘o’ is for ‘open’ all of which seem reasonable enough, but then we have that ‘x’ is for ‘cut’ and ‘v’ is for paste, simply because no one else would have them, and because they are stuck on either side of ‘c’, which is for ‘copy’ (that, and because ‘p’ is for print and because, with copy already hogging the ‘c’, cut is out of luck). So far, so good… well, more or less.
The problem is that we are just as likely to make mistake when typing a shortcut as when typing anything else, and our keyboard layouts can give rise to some rather dangerous clusters, such as (U)-I-O-P and B-N. While underline is not much of an issue, this means that all of a sudden you may find yourself being presented with a dialog window helpfully asking you which file it is that you would like to open when what you all you are trying to do is italicize some text, or with a print dialog when you are trying to open a file (though that is nowhere near as annoying, as in both instances you are expecting a dialog window to pop-up and ask for your input)… and that is only if you don’t find yourself suddenly in front of a brand new file when all you are trying to do is add a little emphasis.
No, these shortcut typos that bring up an unwanted dialog window don’t happen often enough to be a major issue, but I admit that, when they do, they tend to get on my nerves (especially because, at least in my case, they become more frequent when the juices are flowing, and I’m typing a little faster than I should). The good news is that this is a situation can be addressed by remapping or disabling some shortcuts either throughout your system, or for any given app. The bad news is that, if you go that route, you are likely to have to make some compromises.
If you want to shift a shortcut on a system wide basis you have to make sure you are not going to be creating a conflict with some obscure shortcut used by some app, meaning that the alternative shortcuts are likely to be less than intuitive. If you want to modify your shortcuts on an app by app basis you can avoid this problem, but then you’ll have to remember which shortcut goes with which app. As far as I’m concerned, neither one of these options is worth the hassle.
A more realistic solution that can be applied on a system wide basis -but one that does take some getting used to, and will drive anyone who happens to borrow your computer crazy- is to have bold and open switch places. That way you get one cluster with underline, italics and bold, and a second cluster with new and open. Of course, if you do this, then print becomes more of an issue, as -just like open-it brings up an unwanted dialog window.
The easy alternative is simply to get rid of ‘open’ and ‘new’ in your main writing apps. That way you don’t have to worry when trying to use bold or italics. Unfortunately that means that you are giving up some functionality, as you are then stuck selecting those options by hand.
Anyway, if you want to remap your shortcuts you can do it from from the system preferences on a mac (go to ‘keyboard’, select ‘keyboard shortcuts’, and then click on the plus sign to bring up a window where you can remap your shortcut). If you are running windows I think you need a specialized program to do this, but there seem to be a few of those out there.
As for me, for the time being I am still trying to implement the other choice I have when it comes to this particular issue, but I admit hasn’t been easy: I’m trying to learn to own up to my mistakes, quit whining, and become a better -or at least a more careful- typist.