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
> 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
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
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
> 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've got a short -ms document:
.\" --
.nr PSINCR 3p
.nr GROWPS 2
.nr PD 0v
.2C
.SH 1
Locations
.IP " 1." 4
Ruin/Lost City/Temple \[em] I\[aq]m thinking a ruined temple on the
outskirts of the city that predated the current city, the one that was
