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.
The quotes below are from people who responded to the previous post.
Lauren <lt34 -at- csus -dot- edu> wrote:
>* Resize the cropped image in PSP to something as small as possible, but
>still readable.
I'm going to recommend NOT resizing in Paint Shop Pro. If you resize in
Paint Shop Pro and you want to replace the image, you need to resize the
new image in exactly the same way. If you're slightly off, then the new
image looks weird in FrameMaker. We need to re-do every screen shot during
the translation process. Making that process as easy as possible is pretty
high on my list of priorities.
Chris Borokowski <athloi -at- yahoo -dot- com> wrote:
>I've learned to distrust the PNG. They're big and don't appear to look
>any better than JPGs, but at least they're copyright free (as if anyone
>important cares).
It probably depends on what you're working with. In my tests, the PNG files
were significantly smaller than the JPG files, and they also looked better.
Also, switching from 24-bit JPG to 8-bit PNG reduced the size of the
resulting PDF file by more than half. Reducing the size of the PDF files is
also pretty high on my list of priorities.
Chris Borokowski <athloi -at- yahoo -dot- com> wrote:
In response to "DPI should be 72," Sean Brierley also wrote:
>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.
Yup, that's the conclusion that I've come to.
In response to this:
"The filenames for graphics do not need to reflect the
language (same filename regardless of the language, but they'll be in
different directories)"
Sean Brierley wrote:
>I don't understand.
If we have an English version of a screen shot called ?one.png,? the same
screen shot would have the same name in any other language. You keep from
overwriting the English one by putting each language version in a different
directory. What we are NOT going to do is have oneEN.png, oneFR.png,
oneJP.png, etc.
In response to my SIG, "American with international experience," Sean
Brierley wrote:
>You dated an Englishman? <grin>
Who I dated is off-topic for techwr-l. :-)
Al Geist <al -dot- geist -at- geistassociates -dot- com> wrote:
>Never, ever get rid of your originals, unless you want big headaches down
>the road.
Yah, several people made the same point, although most were considerably
more wordy about it.
-Ami
-----------------------------------------------------------------
Ami Wright
"Technical" tech writer
American with international experience
www.amiwright.com
-----------------------------------------------------------------
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-
