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.
Subject:Re: New TECHWR-L Poll Question--amen Fred From:"Sella Rush" <rushsm -at- home -dot- com> To:"TECHWR-L" <techwr-l -at- lists -dot- raycomm -dot- com> Date:Wed, 28 Nov 2001 11:51:58 -0800
Speaking from a *software* writer's perspective only, cautions and warnings
are often indicators of where the software is not looking out for the user.
Sometimes this is a design flaw, other times it's specially planned that
way.
A lot of software being written today puts a great emphasis on preventing
the user from doing something irretrievably stupid, like accidently clicking
the mouse and losing the Great American Novel. That's why we have the
message box: "Are you sure you want to delete this file?"
But I've worked with clients who abhor what they consider a "dumbing down"
of the software, and don't want their users to have to click twice every
time they want to delete something. As the tech writer doing the
documentation, you can bet I'll add a caution at this point to let them know
there's no going back.
Here's an example of a design flaw (really it was more like a decision to
defer until the next deadline!). In a sys admin tool, only admin authorized
login can make changes such as adding/deleting logins. At the same time it
is possible to delete the only existing admin login, which makes it
impossible to access all sys admin functions. Solution?--stick a warning in
the documentation not to do this, and a note in the troubleshooting section
about why access is denied and how much they'll have to pay the company to
fix it for them.
_______________________
Sella Rush
Seattle, WA
rushsm -at- home -dot- com
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Collect Royalties, Not Rejection Letters! Tell us your rejection story when you
submit your manuscript to iUniverse Nov. 6 -Dec. 15 and get five free copies of
your book. What are you waiting for? http://www.iuniverse.com/media/techwr
---
You are currently subscribed to techwr-l as: archive -at- raycomm -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.