Re: Better way to indicate a variable in doc

Subject: Re: Better way to indicate a variable in doc
From: Paul Goble <pg -at- pgcommunication -dot- com>
To: "TECHWR-L" <techwr-l -at- lists -dot- raycomm -dot- com>
Date: Thu, 24 Oct 2002 15:35:36 -0600


Two days ago, Johanne asked about a better way than "Port %s of %s"
to represent variables.

I can't guess what will work best for you, but here are some
questions you can ask yourself:

What are the readers are accustomed to seeing? What other manuals
do these people read? What are the conventions used in those manuals?

Will users attempt to type in your notation just as you wrote it?
If that's a danger, sometimes it's better to use italics (or some
other formatting that can't easily be typed) rather than % or <>.

Is it possible to JUST use examples? In your message, I found
"Port 4 of 8 is not answering calls" much easier to read than
"Port %s of %s is not answering calls." If the user is trying
to decode a message, they really don't need you to give an
exact specification of the message format. They only need to
be able to recognize that the message in your document is "close
enough" to the message they're worrying about.

Paul
pg -at- pgcommunication -dot- com






^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
All-new RoboHelp X3 is now shipping! Get single sourcing, print-quality
documentation, conditional text and much more, in the most monumental
release ever. Save $100! Order online at http://www.ehelp.com/techwr-l

Buy ComponentOne Doc-To-Help 6.0, the most powerful SINGLE SOURCE HELP
AUTHORING TOOL for MS Word. SAVE $100 on the full version and $50 on the
upgrade. Offer ends 10/31/2002 (code: DTH102250).
http://www.componentone.com/d2hlist1002

---
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.



Follow-Ups:

Previous by Author: Re: How do you handle knowing "It Could Be Better"?
Next by Author: Re: Using scenarios in documentation?
Previous by Thread: Re: Better way to indicate a variable in doc
Next by Thread: Re: Better way to indicate a variable in doc


What this post helpful? Share it with friends and colleagues:


Sponsored Ads