[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#501293: marked as done ("dvipdfm: eps figures are misaligned")

Your message dated Mon, 5 Aug 2019 16:08:18 +0200
with message-id <f60f7224-cddb-14c0-830a-18304f2e0e17@web.de>
and subject line Re: Bug#428014: tetex-base: bad dvipdfm/config/config; doesn't handle shifted .eps files
has caused the Debian Bug report #428014,
regarding "dvipdfm: eps figures are misaligned"
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 owner@bugs.debian.org
immediately.)


-- 
428014: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=428014
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: dvipdfmx
Version: 1:20080607-1
Severity: important

[cf. https://bugs.launchpad.net/ubuntu/+source/dvipdfmx/+bug/132601]

Any eps figure that I include with, for instance,

	\includegraphics[width=.49\textwidth]{example.eps}

is moved about 15mm to the left and to the bottom.  Because I regularly
need eps figures in my documents, this makes dvipdfmx pretty much
unusable for me.  If a 2006 "bugfix" is reverted (see attached .diff),
dvipdfmx works correctly.

Cheers, Jens

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages dvipdfmx depends on:
ii  debconf [debconf-2.0]  1.5.22            Debian configuration
management sy
ii  libc6                  2.7-13            GNU C Library: Shared
libraries
ii  libkpathsea4           2007.dfsg.2-3     TeX Live: path search
library for 
ii  libpaper1              1.1.23+nmu1       library for handling paper
charact
ii  libpng12-0             1.2.27-1          PNG library - runtime
ii  texlive-base-bin       2007.dfsg.2-3     TeX Live: Essential
binaries
ii  zlib1g                 1:1.2.3.3.dfsg-12 compression library -
runtime

dvipdfmx recommends no packages.

dvipdfmx suggests no packages.

-- no debconf information

--- /etc/texmf/dvipdfm/config/config.orig
+++ /etc/texmf/dvipdfm/config/config
@@ -4,7 +4,7 @@
 
 % Distiller config. Uses ghostscript and works on compressed and
 % uncompressed files.
-% D "zcat -f %i | gs -q -sPAPERSIZE=a0 -sDEVICE=pdfwrite -dCompatibilityLevel=1.2 -dUseFlateCompression=true -dSAFER -sOutputFile=%o - -c quit"
+D "zcat -f %i | gs -q -sPAPERSIZE=a0 -sDEVICE=pdfwrite -dCompatibilityLevel=1.2 -dUseFlateCompression=true -dSAFER -sOutputFile=%o - -c quit"
 %%%%%%%%%%%%%% begin bug comment
 % Laurent S. & Heiko Oberdiek bugfix of May 2006 on comp.text.tex:
 % Any fixed papersize as in above line will cause unwanted clipping of very big objects, 
@@ -12,7 +12,7 @@
 % -- use  "-dEPSCrop" instead of  "-sPAPERSIZE=a0".  
 % The other gs suggestion "-dEPSFitPage" causes unwanted downscaling. Here is the revised line:
 %%%%%%%%%%%%%% end bug comment
-D "zcat -f %i | gs -q -sDEVICE=pdfwrite -dEPSCrop -dCompatibilityLevel=1.2 -dUseFlateCompression=true -dSAFER -sOutputFile=%o - -c quit"
+% D "zcat -f %i | gs -q -sDEVICE=pdfwrite -dEPSCrop -dCompatibilityLevel=1.2 -dUseFlateCompression=true -dSAFER -sOutputFile=%o - -c quit"
 
 % Set default paper size here
 p a4

--- End Message ---
--- Begin Message --- 
Version: 2016.20160513.41080.dfsg-2

Am 08.06.2007 um 04:19 teilte Dan Christensen mit:

Hi all,

in this bug we speak about an issue in dvipdfm, which should have been
solved in dvipdfmx (according to Hartmut Henkel). dvipdfm has been
replaced by dvipdfmx even in Debian oldstable:

hille@debian-ost:~$ dvipdfm --version
This is xdvipdfmx Version 20160307 by the DVIPDFMx project team,
modified for TeX Live,
an extended version of DVIPDFMx, which in turn was
an extended version of dvipdfm-0.13.2c developed by Mark A. Wicks.

Copyright (C) 2002-2016 the DVIPDFMx project team
Copyright (C) 2006-2016 SIL International.

Therefore I'd assume the the issue is solved. If not, please open a new bug.

Thanks,
  Hilmar

> dvipdfm doesn't correctly handle an eps figure whose lower-left corner
> is not at (0,0).  In some cases, the resulting figure appears in the
> document, but is shifted.  In other cases, it doesn't appear at all.
> Such figures are produced by lots of software, e.g. gnuplot.
> 
> I've corresponded with the dvipdfm author, and he says the problem is
> the -dEPSCrop option passed to gs according to the dvipdfm/config/config 
> file.  This option causes gs to shift the bounding box to (0,0) in the
> resulting pdf file, which dvipdfm can't deal with.  He says to replace
> this with -sPAPERSIZE=a0 which is the lesser of two evils:  it can
> cause very large figures to be cropped, but this should be much less
> likely to occur than figures with shifted lower-left corner.  In fact,
> using -sPAPERSIZE=jisb0 should even be better.  I've tested this, and
> it solves all of the problems I've been having with eps figures.
> 
> I haven't tested the following, but maybe 
> 
>     -dDEVICEWIDTHPOINTS=w -dDEVICEHEIGHTPOINTS=h 
> 
> where w and h are very large numbers would be even better?
> 


-- 
sigfault
#206401 http://counter.li.org

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
Reply to: