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.
Subject:RE: Need tips on reducing Word file size From:SIANNON -at- VISUS -dot- JNJ -dot- com To:"TECHWR-L" <techwr-l -at- lists -dot- raycomm -dot- com> Date:Wed, 5 Jun 2002 13:30:1
Somebody please correct me if I'm wrong here, but isn't the filesize
mystery the product of a combination of the following factors (?):
-- Windows 2000 graphics handling:
Windows 2000 handles graphics differently from other
(at least previous)Windows versions. (I remember having
to save a Word doc from W2K to '97 format for a copy center
to process it, and it went from a little over 2 Mb to over
20 Mb, due to the embedded screenshots and tables and such.)
One little glitch I once found with an early version of W2K
resulted in a viable screenshot showing up as a 0 Kb file,
supposedly due to the "threading" thing W2K does with its
metadata storage. I think this contributes to the "how does
a 4 Mb graphic fit in a 2 Mb file" question.
-- Word's graphics filters:
Word uses different graphic filters to "translate" imported
graphics into whatever the embedded binary format is (I
remember dealing with it when I had the painful conversion
of a 50+ page manual from Quark Xpress on a Mac to MSWord
on a Win'95 PC). Aside from using different conversion methods,
I suspect a lot of the images are decompressed in the process.
What I'm curious about is where the data for a graphic is
stored in a Word file...if it's a compression algorithm, part
of the multi-threading thing, or what.
-- Vector vs. bitmap conversion mistakes
IIRC, Word pastes even vector graphics as bitmaps unless
expressly told to paste them as either an EMF or WMF. That
may be one part of the Visio problem (I get smaller filesizes
when I use Paste Special --> Picture(Enhanced Metafile) than
if I just paste as a picture...I do have to reset the image
to In Line With Text, and resize it, but it's worth the
extra steps)
-- Embedding OLE metadata
If a graphical element is copied from one of Microsoft's OLE-
enabled programs, and pasted directly in, instead of using
Paste Special and specifying a format, the metadata (code)
used to call the program from which the graphical element
came is also stored in the document file (thus the heavier
corruption rate of docs with many embedded Excel grids,
Powerpoint or Visio graphics, etc.)
Again, these are just things I've stumbled across when I've tried to figure
out "Why the &*%)$ is it doing this?" during my own jousts with Word. I
have no quantifiable proof these are the significant culprits I've felt
them to be, although I would welcome either confirmation or rebuttal on any
of these potential contributiing factors.
Shauna
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Check out RoboDemo for tutorials! It makes creating full-motion software
demonstrations and other onscreen support materials easy and intuitive.
Need RoboHelp? Save $100 on RoboHelp Office in May with our mail-in rebate.
Go to http://www.ehelp.com/techwr-l
Free copy of ARTS PDF Tools when you register for the PDF
Conference by May 15. Leading-Edge Practices for Enterprise
& Government, June 3-5, Bethesda,MD. www.PDFConference.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.