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.
RE: A Survey: Do You Name Your Images in a Std Way?
Subject:RE: A Survey: Do You Name Your Images in a Std Way? From:"zzPinkham, zzJim" <Jim -dot- Pinkham -at- voith -dot- com> To:"Martinek, Carla" <CMartinek -at- zebra -dot- com>, "TECHWR-L" <techwr-l -at- lists -dot- techwr-l -dot- com> Date:Thu, 24 May 2007 08:13:29 -0500
Carla's describing where I want to go. We're not there yet, but it's far
better than the Fig. 5-3 approach.
Try finding a unique file in a folder that contains several variants and
versions of a particular family or style of machine. You may have 14 of
the Fig. 5-3 variety. But Fig. 5-3 may be different because of a feature
that is not in every single machine. Perhaps in the XYZ 05 Fig. 5-3 is
the thingamobby, but in the XYZ 05WR, there's an extra section on the
Acme widget being supplied for a particular customer, and so Fig. 5-3 is
the widget and Fig. 5-5 is the thingamobby. Mix in thousands of images,
like Carla has here, and you may have to open lots of files (and at
least the 14 you know about) to find what you want. If somebody skipped
the Fig. 5-3 altogether and just named the image file "thingamobby.eps,"
even the 14 might not do the trick. And what if they named it
"Acme_thingamobby.eps"? Throw in some international contributions that
you have to translate/deciper -- let's say, "Gestaltabobby," and you can
**really** have fun.
So, where we're at now is something more along the lines of
Fig_10-1_XYZ_10_Rotating_Assembly.eps. At this point, we at least have a
fighting chance of turning up what we need quickly in a search or a
visual scan of filenames.
Jim, Who's Been There
-----Original Message-----
From: techwr-l-bounces+jim -dot- pinkham=voith -dot- com -at- lists -dot- techwr-l -dot- com
[mailto:techwr-l-bounces+jim -dot- pinkham=voith -dot- com -at- lists -dot- techwr-l -dot- com] On
Behalf Of Martinek, Carla
Sent: Thursday, May 24, 2007 7:24 AM
To: TECHWR-L
Subject: RE: A Survey: Do You Name Your Images in a Std Way?
Yes, we have a standard method of naming graphics. About two years ago,
as I pushed the single-sourcing initiative here in our group, I also
pushed putting all graphics in a central folder. Previously, each
document had its own graphics folder, and many graphics were duplicated
20-30 times throughout the entire documentation tree, wasting space and
creating numerous potentials for inaccuracy and inconsistency.
In order to merge all graphics into a single folder, we had to
standardize the naming conventions. Our graphics team did a great job
on this, and they kept a chart on what the "old" name is compared to
what the "new" name is, so when writers needed to relink in graphics
from the new location, they could find what they needed with minimal
trouble.
Our graphics folder has 14,000+ graphics in it (both .cdr source and
.eps output). Naming conventions are something along the lines of this:
Productline_item_description.eps
We created a standard set of abbreviations for part names, descriptions,
and actions. For example:
* PAX_rbn_load_PH.eps
indicates PAX printer, ribbon loading, focused on the printhead
area, and
* S4M_frnt_cvr_rem.eps
indicates S4M printer, front cover, remove.
Having all the graphics centralized helped on a recent project when they
changed a particular part after the documentation was (we thought)
completed. By changing the affected graphics once, all docs that used
these graphics got the updates with minimal effort. (Framemaker,
imported graphics by reference.)
-Carla
- CONFIDENTIAL-
This email and any files transmitted with it are confidential, and may
also be legally privileged. If you are not the intended recipient, you
may not review, use, copy, or distribute this message. If you receive
this email in error, please notify the sender immediately by reply email
and then delete this email.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Create HTML or Microsoft Word content and convert to Help file formats
or printed documentation. Features include support for Windows Vista &
2007 Microsoft Office, team authoring, plus more. http://www.DocToHelp.com/TechwrlList
Now shipping: Help & Manual 4 with RoboHelp(r) import! New editor,
full Unicode support. Create help files, web-based help and PDF in up to
106 languages with Help & Manual: http://www.helpandmanual.com
---
You are currently subscribed to TECHWR-L as Jim -dot- Pinkham -at- voith -dot- com -dot-
Create HTML or Microsoft Word content and convert to Help file formats or
printed documentation. Features include support for Windows Vista & 2007
Microsoft Office, team authoring, plus more. http://www.DocToHelp.com/TechwrlList
Now shipping: Help & Manual 4 with RoboHelp(r) import! New editor,
full Unicode support. Create help files, web-based help and PDF in up
to 106 languages with Help & Manual: http://www.helpandmanual.com
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-