Tadziu Hoffmann wrote:
> * Insert ".ps" before the call to "IP".
> (This might not work if you manually change
> the font size within the section header text,
> in which case you could probably use something
> like ".ps \n(PS" or so instead.)
Further mysteries!
In my test docum
At 2020-11-13T14:06:10-0500, T. Kurt Bond wrote:
> Is there any chance of getting a fix for the following problem in the
> upcoming release of groff? Should I add it as a bug report on
> savannah.gnu.org?
That might be a good idea, especially since you desire it for the 1.23.0
release.
> Did any
Is there any chance of getting a fix for the following problem in the
upcoming release of groff? Should I add it as a bug report on
savannah.gnu.org?
Did anyone try the patch from Tadziu Hoffman in the message at
https://lists.gnu.org/archive/html/groff/2018-08/msg00035.html ?
On Fri, Aug 17, 20
Hi Tadziu,
> Here's a patch to fix the problem, but I'm not entirely happy with it
> since it feels like it is usurping ms's chain of command. On the
> other hand, I'm not sure a clean solution exists short of rewriting a
> large part of ms's internals.
Agreed. /usr/heirloom/lib/doctools/tmac/s
Here's a patch to fix the problem, but I'm not entirely
happy with it since it feels like it is usurping ms's chain
of command. On the other hand, I'm not sure a clean solution
exists short of rewriting a large part of ms's internals.
The problem is that we have to delay evaluating IP's argumen
> but unless this is historical behaviour that must be
> preserved, isn't the order wrong and `@IP' should get
> the paragraph reset before interpreting its `$2'?
Certainly. I can't imagine this is intended behavior
and should be preserved, since it runs counter to all
expectations, and there a
Hi, me again.
> .de par@reset
> .br
> .\" Skip irrelevant lines.
> .in (u;\\n[\\n[.ev]:li]+\\n[\\n[.ev]:pli])
> .ft 1
> .fam \\*[FAM]
I should have continued:
.ie (\\n[\\n[.ev]:PS] >= 1000) \
. ps (\\n[\\n[.ev]:PS]z / 1000u)
.el \
. ps \\n[\\n[
Hi,
Tadziu wrote:
> > .SH 1
> > Locations
> > .IP " 1." 4
>
> "GROWPS" causes the point size for "SH 1" to become larger. This
> larger point size is still active when "IP" is called, and the indent
> (in current ens) of the "IP" call is interpreted with the larger point
> size.
I've also been l
> When I run this through groff -ms the indentation for the first indented
> paragraph is larger than the indentation for the second indented
> paragraph. I've attached the resulting PDF file.
>
> If I take out the ".SH 1", or change it to ".SH 2", or change the PSINCR
> value to 1p the extra i
