"G. Branden Robinson" wrote:
> […]
> I have not root-caused this issue. Here are my guesses:
> 1. There is not a problem with the input document.
> 2. GNU eqn's degradation process to coarse nroff-mode output is buggy
> given certain inputs.
> My long-term plan is to tackle this along w
Hi,
the man page for glFrustum (and several others; available
for example at
https://manpages.opensuse.org/Leap-16.0/Mesa-libGL-devel/glFrustum.3gl.en.gz
and attached for convenience) signal a "division by zero"
error when producing text output with groff 1.23.0:
| $ man ./glFrustum.3gl.en.gz > /
Hi,
as background: I have been using Apache FOP
(https://xmlgraphics.apache.org/fop/) in the past to print
letters according to the German standard DIN 5008
(https://en.wikipedia.org/wiki/DIN_5008). Since FOP is a
Java application and the support for Java in Fedora is
dwindling, I want to switch
"G. Branden Robinson" wrote:
>> It should be possible to produce different output depending
>> on the n or t condition.
> groff's soelim(1) page does that.
> https://git.savannah.gnu.org/cgit/groff.git/tree/src/preproc/soelim/soelim.1.man?h=1.23.0#n249
Ah! Very nice.
Tim
Lennart Jablonka wrote:
>>It would be very nice to add raw ASCII/UTF art to manpages. That would
>>make manpages very expressive, as package maintainers will be able to
>>add ASCII/UTF diagrams and/or art. Imagine your manpage showing you a
>>colored text chart, logo, and what not. Groff would ad
Hi,
the man page for rpm(8) has a section that causes a warning
on display (added ".TH" here for a reproducible example):
| .TH "RPM" "8" "09 June 2002" "Red Hat, Inc."
| .TP
| \fB--macros \fIFILELIST\fB\fR
| Replace the list of macro files to be loaded. Each of the files in the colon
separated
