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.
There's an article on the techwr-l Website about screen captures, called
Screen Captures 102.pdf. The site has changed, however, and I can no
longer find it. Perhaps if you spend a while searching ....
-----Original Message-----
From:
techwr-l-bounces+sean -dot- brierley=ipc -dot- com -at- lists -dot- techwr-l -dot- com
[mailto:techwr-l-bounces+sean -dot- brierley=ipc -dot- com -at- lists -dot- techwr-l -dot- com] On
Behalf Of Ami WRIGHT
<snip>
* Graphics should be linked, not embedded
I agree.
* Format should be GIF
I disagree. GIF is fine, but PNG works well, also, though it has the
tendency to add a bunch of defined colors to FrameMaker's Color
definition list. BMP and TIFF work well, but they will always be
converted by WWP for HTML-based output, which is not an issue if you use
callouts in FrameMaker.
* We don't need to save the Paint Shop Pro files after
the GIF is created
Don't know why it would hurt. Don't see why this matters.
* DPI should be 72
This is irrelevant. Make the dialog box as small as you can before you
take the screen capture. Import into FrameMaker. Adjust the resolution
in FrameMaker to fit your text column, using a dpi setting in FM and NOT
the % or any other method. Any graphic displayed in HTML will ignore the
resolution setting anyway and just display the full complement of
pixels. Thus, if you have to set a ppi of 150 to make the graphic fit in
FrameMaker, you should expect the same graphic to look much large in the
HTML because resolution is ignored. (Note, you can use WWP to size
graphics, but setting up the graphics macro, but applying different
settings to different graphics, rather than one setting to all, is not
easily doable in versions before WWP 8 and is accomplished using markers
thereafter.)
* Graphics should be in a standard subdirectory for
each document (meaning all the graphics for a document go in a
sub-directory of the FrameMaker files, and the subdirectory should
always have the same name for every
document)
I agree with that.
* The filenames for graphics do not need to reflect the
language (same filename regardless of the language, but they'll be in
different directories)
I don't understand.
* Try to use short names, to avoid having them munged
if we need to zip everything
I would use short names to keep your sanity. I always strive for 8
alphanumeric characters, with no spaces or special characters.
One thing that I don't really like is that the graphics
always need to be resized to make them small enough to fit the page. I
tried resizing in Paint Shop Pro, but then the screen shots were
unreadable. Does anyone have any suggestions about how to resolve that
problem? Do I need to just resign myself to resizing in FrameMaker every
time I place a screen shot?
Thanks,
-Ami
Make the dialog box as small as possible before you make the screen
capture. Import the screen capture into FrameMaker by reference. Adjust
the dpi in FrameMaker using a specific dpi rather than a % or dragging,
say 120 or 150dpi. Am not sure how you are resizing in PSP, but any way
except changing the resolution will destroy data and therefore the
quality of the image.
-----------------------------------------------------------------
Ami Wright
"Technical" tech writer
American with international experience
<snip>
Sean
"Old and cranky" tech writer
British and American with international experience
DISCLAIMER:
Important Notice *************************************************
This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unintended recipients are prohibited from taking action on the basis of information in this e-mail.E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with IPC. IPC reserves the right, to the extent and under circumstances permitted by applicable law, to retain, monitor and intercept e-mail messages to and from its systems.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
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
True single source, conditional content, PDF export, modular help.
Help & Manual is the most powerful authoring tool for technical
documentation. Boost your productivity! http://www.helpandmanual.com
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-