TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
There are a lot of of people who prefer to use keyboard shortcuts, so when
they're available, you should include them.
I tend to include keyboard shortcuts in a couple of ways (speaking
generically here):
1) I create a table showing the button icons, listing corresponding keyboard
shortcuts and menu commands, and giving a brief description of each button's
function. This table usually appears early in the document, and generally
covers all of the functions that appear globally throughout the application.
For a more complicated application, or one with buttons/shortcuts that are
specific to different screens, I might create a separate table to accompany
the relevant screen.
2) I don't see the need to write out the keyboard shortcut as you've done
("...press [Alt] [P], then [C]..."). Instead, I would probably write it as
simply "...Alt+P+C..." in the table description.
I seldom include the shortcut in the text - I'll usually say something like
"...Save the file..." and leave it at that. Because I've described
alternatives for the procedure up front (i.e., buttons, shortcuts, menu
options, etc.), this is usually sufficient for a technically-savvy audience.
If I were writing for non-techies, I'd still write the keyboard shortcut the
same way, but would be sure to explain what that notation meant in a
"conventions" or "using this document" section near the beginning and/or
near the button/shortcut table.
Depending on the document conventions (and the level of "newbieness" of the
audience), I've also found that it can be helpful to include pictures of the
buttons or write out menu options (i.e. "...select File | Save..." etc.).
Also, there are applications (such as data entry programs of various types)
where using the keyboard shortcuts actually makes the user's job more
productive - in these situations, I would definitely include both the
keyboard shortcut and the button they can click in the instructions for
performing a function (i.e., "...click the YYY button or press
Ctrl+T+Y...").
It boils down to anticipating your audience's needs and the way they'll use
the software.
Lyn
p.s. Just saw your second note - that these instructions are going into the
Help.
This almost makes it easier, as you could put the table (in #1, above) into
it's own help topic (i.e., Buttons & Keyboard shortcuts). If the application
has context-sensitive help for each button, you could even include shortcuts
and corresponding menu options with the description of the button's
functionality. The help item might look something like this:
Save button
Saves the file...blah blah blah.
menu: File | Save
shortcut: Alt+F+S
ROBOHELP X5 - ALL NEW VERSION. Now with Word 2003 support, Content
Management, Multi-Author support, PDF and XML support and much more!
Now is the best time to buy - special end of month promos, including:
$100 mail-in rebate; Free online orientation on content management
functionality; Huge savings on support and future product releases;
PLUS Great discounts on RoboHelp training. OFFER EXPIRES March 31!
Call 1-800-358-9370 or visit: http://www.ehelp.com/techwr-l
---
You are currently subscribed to techwr-l as:
archiver -at- techwr-l -dot- com
To unsubscribe send a blank email to leave-techwr-l-obscured -at- lists -dot- raycomm -dot- com
Send administrative questions to ejray -at- raycomm -dot- com -dot- Visit http://www.raycomm.com/techwhirl/ for more resources and info.