bug-groff
[Top][All Lists]
Advanced

[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/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]