Hi Grisha, Looping in the groff@gnu list because what I know about PDF would fit in a thimble.
At 2025-10-04T21:12:42-0400, Grisha Levit wrote: > On Sat, Oct 4, 2025 at 6:58 PM G. Branden Robinson > <[email protected]> wrote: > > At 2025-10-04T18:49:38-0400, Grisha Levit wrote: > > > On Sat, Oct 4, 2025, 09:59 G. Branden Robinson > > > <[email protected]> wrote: > > > > -bug reports to \[email protected]\fP or post them to the Usenet > > > > +bug reports to \fIbug\[email protected]\fP or post them to the > > > > +.SM USENET > > > > > > Is there some trick that Bash needs to adopt to get groff to use > > > HYPHEN-MINUS for \- when setting HTML or PDF? > > > > Yes. This was a bug in groff; it's been fixed in our Git > > repository's master branch, and the fix is expected to ship in groff > > 1.24.0. > > > > https://cgit.git.savannah.gnu.org/cgit/groff.git/commit/?id=1de7cff46dec169d9611f054ef0666bc2cfcef93 > > Thank you, I built groff from git and \- looks fine in HTML output > now. > > I see the note in the commit above: > > \" PDF's "CMap" feature solves this problem so we don't have to. > > but I found the PDF output kind of strange: \- certainly _looks_ like > it is still being rendered as MINUS SIGN. When the text is copied from > some viewers it becomes a HYPHEN-MINUS but when copied from others it > remains a MINUS SIGN. Is that to be expected? For me it works with the okular(1) and evince(1) programs in Debian bookworm. I assume that they implement PDF's CMap feature correctly, whereas other PDF viewers might not. Can Deri or others on the groff list shed some light on this question? Regards, Branden
signature.asc
Description: PGP signature
