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.
I agree the developers should refrain from putting "dummy" items in the GUI;
however, if they are there, they need to be addressed. Otherwise, the
client will attempt to use the non-functional items and complain to anyone
that will listen that the system does not work. This will not bode well for
the company that developed the application. Also, it will save a lot of
phone calls to the help desk and/or your support group. Editing the bogus
items out of your screen shots doesn't make them disappear from the clients
screen when they are using the application. They will try to use them. And
they will provide negative feedback.
>More than all of the above, I lobby strenuously to exclude switches,
>buttons, boxes, and GUI objects that are placeholders and are
>non-functional.
> -----Original Message-----
> From: Paul Moloney [SMTP:paul -dot- moloney -at- seprobilling -dot- com]
>
>
> Here's a question: what should you do about future
> functionality when it already appears in the GUI?
> (Dummy screens/buttons, etc). Should you
> (a) mention that those screens will do something
> at some stage, or (b) just ignore them? (My own
> opinion was (a), but a lot seem to plump for
> (b).
Kristin D. Field
Technical Communicator/Proofreader
Law School Admission Council
215.968.1141
*** Deva(tm) Tools for Dreamweaver and Deva(tm) Search ***
Build Contents, Indexes, and Search for Web Sites and Help Systems
Available now at http://www.devahelp.com or info -at- devahelp -dot- com
TECH*COMM 2001 Conference, July 15-18 in Washington, DC
The Help Technology Conference, August 21-24 in Boston, MA
Details and online registration at http://www.SolutionsEvents.com
---
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.