evince doesn't draw lines :/ i'll attach a file where the effect shows up, it works fine with gpdf though Portage 2.0.51.22-r2 (default-linux/amd64/2005.1, gcc-3.4.3, glibc-2.3.5-r0, 2.6.12-gentoo-r6 x86_64) ================================================================= System uname: 2.6.12-gentoo-r6 x86_64 AMD Opteron(tm) Processor 242 Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-ggdb3 -pipe -march=opteron" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /home /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks nostrip sandbox sfperms strict" GENTOO_MIRRORS="ftp://mirror.switch.ch/mirror/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/blubb/gentoo/cvs/gentoo-x86 /usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X aalib alsa avi berkdb bitmap-fonts cdr cdrom crypt cups curl dvd eds encode esd foomaticdb gdbm gif gnome gpm gstreamer gtk gtk2 imlib java jpeg ldap lzw lzw-tiff motif mozilla mp3 mpeg ncurses network nls nptl nptlonly ntfs ogg oggvorbis opengl pam pdflib perl png ppds quicktime readline samba sdl slang spell ssl svg tcpd tiff truetype-fonts type1-fonts usb userlocales utf8 vorbis xine xml xml2 xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Created attachment 67648 [details] pdf file containing lines
In case it can help to identify this problem, i'm using evince-0.4.0 (and poppler-0.4.1) compiled against gtk+-2.6.10 (custom ebuild), and this PDF displays fine (ie., i can see lines and arrows just like in Acroread, except they are not antialiased).
I can now confirm your bug with the Cairo backend of Poppler (tested both 0.4.1 and 0.4.2 from bug #105107), whereas with the Splash backend lines display just fine (tests made in Evince, who is probably not guilty here).
Thanks. I'll forward the bug upstream.
Upstream bug is this: http://bugzilla.gnome.org/show_bug.cgi?id=315461
poppler-0.4.2 has cairo disabled by default, and fixes this issue. I'll leave the bug open to track upstream for a real fix to the cairo backend.
Dan, Disabling cairo is *not* the solution! You fix one bug, but gain many, many others. I just merged poppler 0.4.2 without cairo and half of my PDFs don't render properly, look jaggy, or are extremely slow. Please enable cairo by default. It will never be perfected if people don't use it.
(In reply to comment #7) > Disabling cairo is *not* the solution! You fix one bug, but gain many, many > others. I just merged poppler 0.4.2 without cairo and half of my PDFs don't > render properly, look jaggy, or are extremely slow. I have to agree. Splash is not a better backend than the cairo one.
I've decided I agree, and, since cairo is out of mask, I've put the use flag back in. I'll change the resolution of this to upstream.
Upstream provided a fix
This is fixed by poppler-0.4.4