Your message dated Mon, 21 Jul 2008 14:13:54 -0600
with message-id <[EMAIL PROTECTED]>
and subject line
has caused the Debian Bug report #450403,
regarding Doesn't compress exported PNGs.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
450403: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450403
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: scribus
Version: 1.3.3.9.dfsg+20070808svn-2
Severity: normal
"Export to image" appears to produce uncompressed PNG files. This is
somewhat annoying if, e.g., the end goal for an image is to be part of a
Web page. Since PNG compression is lossless, PNG saves should really
default to the highest compression level possible IMO, or at least to
something more than "no compression".
Daniel
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages scribus depends on:
ii ghostscript [gs-gp 8.61.dfsg.1~svn8187-2 The GPL Ghostscript PostScript/PDF
ii gs-gpl 8.61.dfsg.1~svn8187-2 Transitional package
ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi
ii libc6 2.6.1-6 GNU C Library: Shared libraries
ii libcupsys2 1.3.4-1 Common UNIX Printing System(tm) -
ii libfontconfig1 2.4.91-1 generic font configuration library
ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib
ii libgcc1 1:4.2.2-3 GCC support library
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii liblcms1 1.16-6 Color management library
ii libqt3-mt 3:3.3.7-9 Qt GUI Library (Threaded runtime v
ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3
ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxml2 2.6.30.dfsg-2 GNOME XML library
ii python 2.4.4-6 An interactive high-level object-o
ii python-tk 2.4.4-1 Tkinter - Writing Tk applications
ii python2.5 2.5.1-5 An interactive high-level object-o
ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime
Versions of packages scribus recommends:
ii cupsys-bsd 1.3.4-1 Common UNIX Printing System(tm) -
ii gsfonts-x11 0.20 Make Ghostscript fonts available t
ii xfonts-scalable 1:1.0.0-6 scalable fonts for X
-- no debconf information
--- End Message ---
--- Begin Message ---
Daniel,
It is certainly possible to produce a compressed PNG when doing an export to
image in Scribus. You have to use the "Quality" spinbox and set it to less
then 100%. When set to 1% Scribus exports the resulting PNG at Level 9
compression. I would agree that the dialog wasn't very well tailored to the
PNG export and could be confusing, but even in that case what this bug report
is about is a matter of opinion and not really a bug in Scribus. Upstream team
isn't going to change the default compression level in any case. If you'd like
you can open a new bug report against the interface to have it change when PNG
export is done to reflect compression levels instead of the nameless
"Quality", but that's up to you. And bugs.scribus.net would be a better place
for that as well since that would require a discussion with the upstream team.
Regards,
Alex.
--- End Message ---
