Your message dated Mon, 30 Apr 2007 22:10:43 -0400 with message-id <20070501021043.GF23897@amaryllis.bostoncoop.net> and subject line Bug#421577: texlive-metapost: latexMP gets bounding box wrong 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 ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: texlive-metapost: latexMP gets bounding box wrong
- From: Dylan Thurston <dthurston@barnard.edu>
- Date: Mon, 30 Apr 2007 04:22:05 -0400
- Message-id: <20070430082205.6835.86781.reportbug@amaryllis.bostoncoop.net>
Package: texlive-metapost Version: 2007-5 Severity: normal latexMP will in some cases get the bounding box wrong, particularly when there is a minus sign. In the example below, the two labels come out with different bounding boxes: the second one goes about .9pt below the baseline, for some strange reason. (Possibly this is a problem with the font rather than latexMP.) ################################## input latexmp; setupLaTeXMP(class="amsart", fontencoding="T1", textextlabel=enable); beginfig(0); label.top(textext("$1$"), (0,0)); label.top(textext("$-1$"), (10pt,0)); endfig; end ################################## other files -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-metapost depends on: ii libc6 2.5-4 GNU C Library: Shared libraries ii texlive-base 2007-4 TeX Live: Essential programs and f ii texlive-common 2007-4 TeX Live: Base component Versions of packages texlive-metapost recommends: ii feynmf 1.08-3 set of LaTeX macros for creating F Versions of packages tex-common depends on: ii debconf 1.5.13 Debian configuration management sy ii ucf 2.0021 Update Configuration File: preserv Versions of packages texlive-metapost is related to: pn tetex-base <none> (no description available) ii tetex-bin 2007-4 TeX Live: teTeX transitional packa pn tetex-extra <none> (no description available) -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: tex-common/singleuser: false
--- End Message ---
--- Begin Message ---
- To: Ralf Stubner <ralf.stubner@physik.uni-erlangen.de>, 421577-close@bugs.debian.org
- Subject: Re: Bug#421577: texlive-metapost: latexMP gets bounding box wrong
- From: Dylan Thurston <dthurston@barnard.edu>
- Date: Mon, 30 Apr 2007 22:10:43 -0400
- Message-id: <20070501021043.GF23897@amaryllis.bostoncoop.net>
- In-reply-to: <23823.88.217.195.18.1177937070.squirrel@tfkpsv.physik.uni-erlangen.de>
- References: <20070430082205.6835.86781.reportbug@amaryllis.bostoncoop.net> <23823.88.217.195.18.1177937070.squirrel@tfkpsv.physik.uni-erlangen.de>
On Mon, Apr 30, 2007 at 02:44:30PM +0200, Ralf Stubner wrote: > Dylan Thurston wrote: > > Package: texlive-metapost > > Version: 2007-5 > > Severity: normal > > > > latexMP will in some cases get the bounding box wrong, particularly > > when there is a minus sign. In the example below, the two labels come > > out with different bounding boxes: the second one goes about .9pt > > below the baseline, for some strange reason. (Possibly this is a > > problem with the font rather than latexMP.) > > Do you get the same bounding box for $+1$ as for $-1$? If yes, then this > is indeed a font issue. For TeX '-' and '+' have the same height and > depth. This is important so that $\sqrt{x+y}$ and $\sqrt{x-y}$ are > rendered with identical square-root signs. As a work around, you could try > something like $\smash{-}1$ (sorry not tested). Indeed, your explanation for this behaviour seems to be entirely correct, and this is not a bug. Thanks! --Dylan ThurstonAttachment: signature.asc
Description: Digital signature
--- End Message ---