Update of bug #59522 (project groff):
Category: Macro - man => Core
Status: None => Need Info
Summary: an-ext.tmac: can't find font 'CR' for a dvi-device
=> .fam request can (wrongly?) bypass .ftr font remapping
_______________________________________________________
Follow-up Comment #1:
I later found this problem independently, and tracked it down to the troff
core. Here's my comment from bug #60530, which I'll be closing as a
duplicate.
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/?59522>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
