Follow-up Comment #2, bug #68781 (group groff): At 2026-10-15T17:17:14-0400, Deri James wrote: > In grops 'ps: import' stands the image on the text baseline, whereas > 'pdf: pdfpic' hangs it on the baseline. Both PDFPIC and PSPIC hang the > image, so there was no way of replicating what 'ps: import' provides. > > This has caused confusion in the past (see > https://lists.gnu.org/archive/html/groff/2022-11/msg00088.html). This > will simplify inlining images.
Getting back to the fish you're trying to fry instead of one of mine, I
have a question.
This clause raises my eyebrow:
> there was no way of replicating what 'ps: import' provides.
I thought _gropdf_(1) interpreted a subset of 'ps'-tagged device
extension commands? Let me check its man page.
...ah! _gropdf_'s man page does _not_ claim support for 'ps: import'.
So why not start?
In other words, why not implement 'pdf: inline' _as_ 'ps: import' in
_gropdf_?
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?68781>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
signature.asc
Description: PGP signature
