[bug #58206] [PATCH] fix PDFPIC issue with determining size of pdfs containing images

Follow-up Comment #23, bug #58206 (project groff): Aha. It sounds like I should break this issue out from the Solaris material (in "PROBLEMS") and cover it like gdiffmk. Thanks, Dave! ___ Reply to this item at:

[bug #58206] [PATCH] fix PDFPIC issue with determining size of pdfs containing images

Follow-up Comment #22, bug #58206 (project groff): And here's an example of it failing on an earlier version of macOS. (As you note, there's no way to glean the version of sed, but it's the stock one bundled with OS X 10.11.6.) $ uname -a Darwin Ignatius 15.6.0 Darwin Kernel Version 15.6.0: Thu

[bug #64061] pdfpic.tmac resorts to undocumented magic

Update of bug #64061 (project groff): Summary: pdfpic.tmac uses sed badly and non-portably => pdfpic.tmac resorts to undocumented magic ___ Follow-up Comment #4: [https://lists.gnu.org/archive/html/groff/2023-04/msg00190.h

[bug #64071] [troff] support construction of proper C strings for request arguments destined for the shell or file system

URL: Summary: [troff] support construction of proper C strings for request arguments destined for the shell or file system Group: GNU roff Submitter: gbranden Submitted: Wed 19 Apr 2023 10:01

[bug #58206] [PATCH] fix PDFPIC issue with determining size of pdfs containing images

Follow-up Comment #21, bug #58206 (project groff): Here is an illustration of "\n" working as an encoded newline as replacement text in macOS sed's 's' command. $ uname -a Darwin gcc104.fsffrance.org 21.6.0 Darwin Kernel Version 21.6.0: Mon Aug 22 20:20:05 PDT 2022; root:xnu-8020.140.49~2/RELEAS

[bug #58206] [PATCH] fix PDFPIC issue with determining size of pdfs containing images

Follow-up Comment #20, bug #58206 (project groff): [comment #19 comment #19:] > [comment #11 comment #11:] > > the sed command referenced in comment #10 will fail on at least > Mac OS: its replacement pattern relies on "\n" to output a newline, > > Comment 2 of bug #64061 exposes this as the dir

[bug #60731] undocumented difference in .ce behavior between groff and traditional troff

Follow-up Comment #7, bug #60731 (project groff): [comment #0 original submission:] > The Texinfo manual says .ce centers text "without filling" ... > > On the other hand, the description of .ce in section 4.2 of > CSTR #54 does not mention filling, My second statement above is misleading: while

[bug #58206] [PATCH] fix PDFPIC issue with determining size of pdfs containing images

Follow-up Comment #19, bug #58206 (project groff): [comment #11 comment #11:] > the sed command referenced in comment #10 will fail on at least > Mac OS: its replacement pattern relies on "\n" to output a newline, Comment 2 of bug #64061 exposes this as the dirty lie it is.