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

Bug#339467: marked as done (gs-gpl: border line not displayed at higher resolutions)

Your message dated Wed, 25 Jul 2012 20:11:51 +0200
with message-id <CAE2SPAb2y_X+y2o5C2AaaQUJqsVAM+Y+DBPLb1DD_Mz8tBwN6Q@mail.gmail.com>
and subject line [ghostscript] About the bug on frame-rr.pdf
has caused the Debian Bug report #339467,
regarding gs-gpl: border line not displayed at higher resolutions
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.)


-- 
339467: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=339467
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: gs-gpl
Version: 8.15-4
Severity: normal

This is similar to bug #339466 of xpdf. At -r25 (frame-gs25.png),
the 4 borders are displayed. But at -r50 (frame-gs50.png), only 2
are displayed. The images were generated with:

gs < /dev/null -sDEVICE=png16m -sOutputFile=frame-gs25.png -r25 frame-rr.pdf
gs < /dev/null -sDEVICE=png16m -sOutputFile=frame-gs50.png -r50 frame-rr.pdf

and optimized with pngcrush (compressed better with no additional loss).

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.4-20051012
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

Versions of packages gs-gpl depends on:
ii  gs-common                0.3.9           Common files for different Ghostsc
ii  libc6                    2.3.5-8         GNU C Library: Shared libraries an
ii  libice6                  6.8.2.dfsg.1-10 Inter-Client Exchange library
ii  libjpeg62                6b-10           The Independent JPEG Group's JPEG 
ii  libpaper1                1.1.14-3        Library for handling paper charact
ii  libpng12-0               1.2.8rel-5      PNG library - runtime
ii  libsm6                   6.8.2.dfsg.1-10 X Window System Session Management
ii  libx11-6                 6.8.2.dfsg.1-10 X Window System protocol client li
ii  libxext6                 6.8.2.dfsg.1-10 X Window System miscellaneous exte
ii  libxt6                   6.8.2.dfsg.1-10 X Toolkit Intrinsics
ii  xlibs                    6.8.2.dfsg.1-10 X Window System client libraries m
ii  zlib1g                   1:1.2.3-6       compression library - runtime

Versions of packages gs-gpl recommends:
ii  gsfonts               8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre
ii  psfontmgr             0.11.8-0.1         PostScript font manager -- part of

-- no debconf information

Attachment: frame-rr.pdf
Description: Adobe PDF document

Attachment: frame-gs25.png
Description: PNG image

Attachment: frame-gs50.png
Description: PNG image


--- End Message ---
--- Begin Message --- 
Dear vincent,

This is not a bug on ghostscript but more likely a bug on latex.

According to upstream:
>This is an interaction between the bounding box of a form and a rectangle
>that is partly stroked about 0.5 pt outside of the bounding box with 1 pt line.
>The effect depends on relative rounding of the bounding box and the stroked
>path.
>The line position is also a subject of stroke adjust.
>
>Ghostscript cannot know that the user wanted to draw a frame.
>It just rounds every object independently and draws the result.

Therefore, I will close this bug. Feel free to reopen and reaffect on
a latex package.

Thanks you for supporting debian and for your work on floatting point
(I have some of your publi on my desk)

Bastien

--- End Message ---
Reply to: