> >> Based on the man pages I thought that .ps |xxx was setting the
> >> height excactly/absolutely at xxx from the top. Perhaps a
> >> sentence in "man" would be welcome to explain what really
> >> happens.
> >
> > Please provide a patch.
> >
>
> I'd like to suggest the following:
This is now
> I guess that printafm program, now bundled with ghostscript, was
> used It prints afm for a Type 1 font.
Aah, excellent.
> When I have run
>
> printafm Symbol-Slanted > symbolsl7.afm
>
> the resulting file had only minor differences with symbolsl.afm from
> groff.
Can you provide a Makefile
I've seen this paragraph in dpic_man.txt:
Gpic int() computes the floor of its argument rather than the
integer part as specified by DWB pic. Dpic provides both the
floor() and int() functions but int() does not compute the same
value as gpic int() for non-integer negative arguments.
Th
> This pic drawing parses fine, but I don't get the results I expect.
> It is as though the "with .whatever" isn't there. I think "line"
> has the same problem as arrow, but I have used arrows here to make
>
> .PS
> box
> arrow up with .start at last box.nw
> arrow right with .end at last box.nw
Dear Werner and Pedro Alejandro,
an attempt to create URW fonts descriptions for groff had problems with
Symbol-Slanted also
http://lists.gnu.org/archive/html//groff/2002-04/msg00032.html
On Sun, 19 Mar 2006, Werner LEMBERG wrote:
I guess that printafm program, now bundled with ghostscript, wa