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'd check the graphics downsampling settings. They may be at a level that is
applying less reduction (or even no reduction) to the smaller graphic.
If both PDFs are *exactly* the same size, I'd put Brian's suggestion at the top
of the list.
Gene Kim-Eng
----- Original Message -----
From: "Cheryl Dwyer" <dwyercl2 -at- verizon -dot- net>
To: <techwr-l -at- lists -dot- techwr-l -dot- com>
Sent: Wednesday, January 20, 2010 3:55 PM
Subject: Downsize PDF generated via XSL:FO
> We have a client who is creating PDF files via XSL:FO using our software
> product. They had a large graphic (about 4MB) in what turned into a very large
> PDF file. When they substituted a smaller graphic (about 1 MB) for the larger
> one, it did not change the size of the re-generated PDF file by much.
>
> Does anyone have any ideas as to why the file size remained so large?
Are you looking for one documentation tool that does it all? Author,
build, test, and publish your Help files with just one easy-to-use tool.
Try the latest Doc-To-Help 2009 v3 risk-free for 30-days at: http://www.doctohelp.com/
Explore CAREER options and paths related to Technical Writing,
learn to create SOFTWARE REQUIREMENTS documents, and
get tips on FUNCTIONAL SPECIFICATION best practices. Free at: http://www.ModernAnalyst.com
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-
