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.
You did misinterpret, but it's my fault. The trouble probably started
when I tried to get cute with the Yiddish. We're actually talking about
an optional field in a dialog box.
For example, let's say you have a Teddy Bear Ordering dialog box. The
Number of Bears field is mandatory. The Color of Bears field is
* The RCP shall require the user to specify the number of teddy bears.
* The RCP shall allow but not require the user to specify the color of
the teddy bear.
Why the longer versions? Why not just, "the Number of Bears field is
mandatory, the Color of Bears field is optional"? Because some of my
target audience prefers requirements that begin with, "The RCP shall..."
or "The RCP shall not..."
The only exception is when the requirement is conditional: "If the user
is rich and gullible, the RCP shall allow but not require the user to
specify the number of teddy bears."
I'm sure there are situations where "allow but not require" would not be
a satisfactory solution. For our situation, it's perfect.
From: Tony Chung
Sent: Tuesday, April 10, 2012 2:39 PM
Subject: Re: "Allow" vs. "Require"
In both cases, enable refers to something that would otherwise be
disabled. It's not about features or settings that exist, which is what
Dan's RCP stuff does.
Unless I misinterpreted that "pekele schlepping" is a usually disabled
feature that is enabled on a certain screen.
This message contains confidential information intended only for the use of the addressee(s). If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing, copying, electronic storing or the taking of any action in reliance on the contents of this message is strictly prohibited. If you have received this message by mistake, please notify us, by replying to the sender, and delete the original message immediately thereafter. Thank you.
Create and publish documentation through multiple channels with Doc-To-Help. Choose your authoring formats and get any output you may need.
Try Doc-To-Help, now with MS SharePoint integration, free for 30-days.