[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #60530] .fam request can (wrongly?) bypass .ftr font remapping
From: |
G. Branden Robinson |
Subject: |
[bug #60530] .fam request can (wrongly?) bypass .ftr font remapping |
Date: |
Wed, 5 May 2021 08:58:59 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0 |
Update of bug #60530 (project groff):
Category: Macro - man => Core
Status: None => Need Info
Summary: [man] needs to remap C* fonts if output driver is
dvi => .fam request can (wrongly?) bypass .ftr font remapping
_______________________________________________________
Follow-up Comment #1:
This doesn't make sense to me; it sure feels wrong.
I added a debugging statement to dvi.tmac to make sure the remapping code was
getting run (there's no in-language way to query the font remapping table,
apparently), and ran the following.
$ grep 'ftr CR' tmac/dvi.tmac
.ftr CR CW
$ cat EXPERIMENTS/60530.trf
.if !'\*[.T]'dvi' .ab process me with -Tdvi
.fam C
fixed-pitch text
$ ./build/test-groff -b -ww -Tdvi -z EXPERIMENTS/60530.trf
dvi.tmac: debug: remapping DVI fonts
troff: backtrace: file 'EXPERIMENTS/60530.trf':2
troff: EXPERIMENTS/60530.trf:2: warning: can't find font 'CR'
Can someone confirm that this smells like a bug, or justify this behavior
sufficiently clearly that I can explain it in our documentation, and offer a
workaround?
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?60530>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/