Hi Deri,
Thanks for the very prompt reply. Sorry if I seemed grumpy; just time
pressure from deviating down another rabbit hole. :-)
> V2000
> H72000
> DFd
> v2500
> md
> s1
> Dl 13330 0
> n2000 0
>
> So it looks like the horizontal position of the start of t
On Monday, 30 July 2018 13:23:04 BST Ralph Corderoy wrote:
> Hi Deri,
>
> Thanks for the very prompt reply. Sorry if I seemed grumpy; just time
> pressure from deviating down another rabbit hole. :-)
>
Hi Ralph,
I did not notice the grumps, I'm still looking for Alice too! :-)
> > One differe
With regard to:
"So I took this to mean that whole points were Ok for paper sizes"
one has to agree! The discrepancies between "atatutory" A4 sizes
"595.276 by 841.89" and tha practicsl "595 by 842" are:
0.276/72 of an inch = 3,833... inch/1000
approx = 4 thousandths of an inch
0.11/72
The following code does what I need:
https://github.com/kiss-web/Kiss/blob/master/src/main/java/org/kissweb/Groff.java
On Tue, Jul 24, 2018 at 12:26 PM Blake McBride wrote:
> A few years ago I thought of a really, really good use for groff and tbl.
> Thought I'd share.
>
> I write (web-based) b
> It seems odd to subtract 0.25 before rounding to the nearest integer
> rather than 0.5, but perhaps it's accomodating the transform?
This appears to be a trick to prevent line widths of horizontal
and vertical lines from growing in 2-pixel increments in the
final raster image when slowly increa
> Apparently it is nevertheless done by ghostscript regardless
> of output device.
My bad, it's not ghostscript that does this by itself, but rather
the procedures from the grops prolog that cause this to be done.
