Package: openoffice.org Version: 1.1.3-3 Followup-For: Bug #284047 I noticed this problem with a drawing which contains about 70 drawing objects (mostly lines, arrows and ellipses), 10 text frames (less than 50 characters total in FreeSans font) and no bitmap graphics.
If I export this drawing as PDFs I get huge files: 1.2 MB for 'press optimized' 646 KB for 'print optimized' and 161 KB for 'screen optimized'. There is no noticable difference in quality when these files are viewed with Xpdf or acrobat reader. (The fonts are embedded as subsets in all cases.) When I use pdftk to compress the files I can reduce their sizes to 221 KB, 119 KB, and 37 KB, respectively. The original files are all uncompressed ASCII-text of coordinates etc. It seems that the PDF compression is broken now. As a workaround something like pdftk large.pdf output small.pdf compress can be used to produce the compressed 'small.pdf' from the uncompressed 'large.pdf'. (needs the package 'pdftk') I do not understand why the PDF file size of a drawing without bitmap images depends so strongly on the output quality settings; this might point to yet another bug in the PDF export routines. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-flo Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages openoffice.org depends on: ii dictionaries-common [openoffi 0.24.1 Common utilities for spelling dict ii openoffice.org-bin 1.1.3-3 OpenOffice.org office suite binary ii openoffice.org-debian-files 1.1.3-3+1 Debian specific parts of OpenOffic ii openoffice.org-l10n-en [openo 1.1.3-3 English (US) language package for ii ttf-opensymbol 1.1.3-3 The OpenSymbol TrueType font -- no debconf information
