Hi Deri,
I can see how the wording in my previous email can be misleading.
Yes, I am able to build the release 1.23.0 branch as well as your
deri-gropdf-ng branch, if I compile groff manually using a dedicated
development setup created via `nix develop`¹
When I try to build using `nix build`² I
On Monday, 11 December 2023 14:30:04 GMT Alexis wrote:
> Hi Deri,
>
> thank you for addressing this so quickly. Unfortunately I have yet to
> succeed in building groff from the deri-gropdf-ng branch using nixpgs,
> yet am happy to report back once I do.
>
>
> Best
> Alexis
Hi Alexis,
Are you
Hi Deri,
thank you for addressing this so quickly. Unfortunately I have yet to
succeed in building groff from the deri-gropdf-ng branch using nixpgs,
yet am happy to report back once I do.
Best
Alexis
On Sunday, 10 December 2023 15:59:16 GMT Alexis wrote:
> Hi Deri,
>
> thank you for the swift and helpful response.
>
> I'm happy to confirm that using -P-pa4l works for me too
> and am glad that there is more parity between the groff
> and device paper format since groff 1.23 as I found the
>
Hi Deri,
thank you for the swift and helpful response.
I'm happy to confirm that using -P-pa4l works for me too
and am glad that there is more parity between the groff
and device paper format since groff 1.23 as I found the
the options -dpaper=a4l -P-pa4 -P-l somewhat cumbersome
and being able
On Sunday, 10 December 2023 13:38:49 GMT Alexis wrote:
> cat < box_rad_devpdf.pdf
> .PS
> box rad 0.2 ht 2 wid 2 "\*[.T]" "box rad 0.2 ht 2 wid 2"
> .PE
> EOF
Hi Alexis,
This works:-
cat < box_rad_devpdf.pdf
.PS
box rad 0.2 ht 2 wid 2 "\*[.T]" "box rad 0.2 ht 2 wid 2"
.PE
EOF
And with the yet
Hi all,
when drawing rounded box corners with the pic preprocessor using the
pdf device while orienting the document in landscape format the arcs
for the rounded corners are misplaced (see attached box_rad_devpdf.pdf).
The issue does not occur when using the ps device (see attached
