Your message dated Sat, 14 Oct 2006 09:09:55 +1000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#392867: xpdf-reader: Error: Unimplemented shading type 4
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: xpdf-reader
Version: 3.00-13.6
Severity: normal
Hi!
It seems that Xpdf lacks support for "shading type 4".
Or maybe the following behaviour is caused by a bug, I don't know...
Steps to reproduce the misbehaviour on a sarge box:
# aptitude install mayavi
$ mayavi /usr/share/doc/mayavi/examples/heart.mv
Using menus, select
File -> Save Scene to -> Vector PS/EPS/PDF/Tex (GL2PS)
In the dialog window, enter "foo" as File name and click on the Save
button.
In the next dialog window, select SetFileFormatToPDF and click on the
Close button.
$ xpdf foo.pdf
Error: Unimplemented shading type 4 \
Error: Unimplemented shading type 4 |
Error: Unimplemented shading type 4 > 56 lines (in total)
[...] |
Error: Unimplemented shading type 4 /
The PDF file is not completely shown. That is to say, some graphical
elements are not displayed: the background is white rather than gray,
the central isosurface is missing, along with the central vertical
plane, the color legend is invisible.
Another PDF viewer (gv) is able to display the file correctly:
$ gv foo.pdf
and gv (slowly) shows the visualization with correct colors and
no missing element.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.33.3
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages xpdf-reader depends on:
ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre
ii lesstif2 1:0.93.94-11.4 OSF/Motif 2.1 implementation relea
ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an
ii libfreetype6 2.1.7-6 FreeType 2 font engine, shared lib
ii libgcc1 1:3.4.3-13sarge1 GCC support library
ii libice6 4.3.0.dfsg.1-14sarge2 Inter-Client Exchange library
ii libpaper1 1.1.14-3 Library for handling paper charact
ii libsm6 4.3.0.dfsg.1-14sarge2 X Window System Session Management
ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3
ii libt1-5 5.0.2-3 Type 1 font rasterizer library - r
ii libx11-6 4.3.0.dfsg.1-14sarge2 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-14sarge2 X Window System miscellaneous exte
ii libxp6 4.3.0.dfsg.1-14sarge2 X Window System printing extension
ii libxpm4 4.3.0.dfsg.1-14sarge2 X pixmap library
ii libxt6 4.3.0.dfsg.1-14sarge2 X Toolkit Intrinsics
ii xlibs 4.3.0.dfsg.1-14sarge2 X Keyboard Extension (XKB) configu
ii xpdf-common 3.00-13.6 Portable Document Format (PDF) sui
ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 3.01-1
On Sat, Oct 14, 2006 at 12:06:08AM +0200, Francesco Poli wrote:
> It seems that Xpdf lacks support for "shading type 4".
> Or maybe the following behaviour is caused by a bug, I don't know...
Hi Francesco,
Shading types 4-7 were implemented in Xpdf 3.01, which is in unstable
and testing/etch (package version 3.01-9 is current).
If you need this working you could consider upgrading to etch.
Thanks for your report.
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--- End Message ---
