[bug #65112] [gropdf] glyphs missing from groff_char(7) but not warned about

Follow-up Comment #6, bug#65112 (group groff): Apologies for the brevity, it was one of those "go to bed and wake up bolt upright with the answer", just wanted you to confirm the fix was good. Now the explanation:- Type 1 fonts have a section of numbered subroutines which can be called from the

[bug #65112] [gropdf] glyphs missing from groff_char(7) but not warned about

Follow-up Comment #5, bug#65112 (group groff): Try this. diff --git a/src/devices/gropdf/gropdf.pl b/src/devices/gropdf/gropdf.pl index e26bc6b43..d55bc1e00 100644 --- a/src/devices/gropdf/gropdf.pl +++ b/src/devices/gropdf/gropdf.pl @@ -4733,7 +4733,11 @@ sub subs_call my

[bug #65112] [gropdf] glyphs missing from groff_char(7) but not warned about

Follow-up Comment #3, bug#65112 (group groff): Ooh, a proper bug. Please can you look in font/devpdf/download file and send me whichever file is assigned to the Symbol font. I can't duplicate the problem with three different versions of the Symbol font file but you may have a fourth. I have a

[bug #65112] [gropdf] glyphs missing from groff_char(7) but not warned about

a font which contains all the glyphs required. I have run groff_char.7 here:- [derij@pip build (deri-gropdf-ng)]$ ./test-groff man/groff_char.7 -Tpdf -t -man -P-e |okular - troff:man/groff_char.7:1046: warning: special character '.j' not defined troff:man/groff_char.7:1468: warning: special

[bug #65111] [gropdf] "warning: Using nospace mode for font 'EURO'"

Follow-up Comment #1, bug#65111 (group groff): As I have documented elsewhere gropdf has to behave a little differently if a particular font does not define a space glyph. This is because it can use a slightly more compact format if the font defines "space" or "u0020" as a glyph. In a "Hello

[bug #65098] merge branch deri-gropdf-ng to master

estination name is also used in the pdf:look array and if each call results in the empty string, it will not work. So, I have a few doubts it will completely remove the need for stringhex, but you may find a way. Cheers Deri ___ Reply to

[bug #65098] merge branch deri-gropdf-ng to master

file as a separate commit and include a description of what the changes in each file achieve (from the embedded comments). Note that I have removed from the diff changes to master since deri-gropdf-ng was branched. Gropdf.pl is a slightly different kettle of fish, it has grown by over 25% (over 1000

Re: [heirloom] typesetting unicode characters

h the install-font.sh script from Peter Schaffter's website for mom. [1]. The attached pdf illustrates a suitably amended version of your unicode.ms file run through groff. Note that I am using the git version built from the deri-gropdf-ng branch, but this should work fine with the current groff

[bug #65095] gropdf, hdtbl: files "fonts_{n,x}.pdf" almost empty

Update of bug#65095 (group groff): Status:None => Invalid Assigned to:None => deri Open/Closed:Open =&g

[bug #65098] Merging branch deri-gropdf-ng with master

URL: <https://savannah.gnu.org/bugs/?65098> Summary: Merging branch deri-gropdf-ng with master Group: GNU roff Submitter: deri Submitted: Sat 30 Dec 2023 11:01:14 PM UTC Category: Core Sever

[bug #65097] gropdf: one 'ps:' tag is now not processed

Follow-up Comment #1, bug#65097 (group groff): If I look at the output produced by:- pdfmom ../doc/automake.mom -P-d | less I can see:- % x X ps: exec 0 setlinejoin %% V12000 0 j % V12000 % H72000 % x X ps: exec 0 setlinecap %% wh2500 0 J So the "0 j" has been emitted in response to the 0

[bug #65094] gropdf: hdtbl, picture "gnu.eps" is now missing in "mixed_pickles.pdf"

Follow-up Comment #1, bug#65094 (group groff): EPS files are not supported in pdf files, and gropdf only supports embedding pdf files (in the same way as grops only supports embedding eps files). There is a macro PDFPIC which does a similar job as PSPIC. I changed the mixed-pickles.roff to this

[bug #65095] gropdf, hdtbl: files "fonts_{n,x}.pdf" almost empty

Follow-up Comment #1, bug#65095 (group groff): I used this command:- ./test-groff -Tpdf -mhdtbl -U -dfontpath=font/ -dsopath=../contrib/hdtbl/ contrib/hdtbl/examples/fonts_x.roff In the build directory. Seems to work. (I'm using the deri-gropdf-ng branch, don't know about 1.23.0

[groff] 01/01: Bug #65092 rounded corners in hdtbl's color_boxes

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit 2e6d61716710aaca2fff9bf37747a455afff22a5 Author: Deri James AuthorDate: Fri Dec 29 23:28:11 2023 + Bug #65092 rounded corners in hdtbl's color_boxes The \X'ps: exec ...' for setlinejoin and setlinecap

[bug #62830] [PATCH] [grops] support CJK fonts encoded in UTF16

Follow-up Comment #12, bug#62830 (group groff): Just a note to point out that gropdf (in the deri-gropdf-ng git branch) already handles CJK documents. The attached pdf is an example, you should see CJK in the pdf bookmarks as well. (file #55489

Re: Proof Of Concept, Flowing Text Around Left-Aligned Image

e are good examples of what can be achieved with groff. Particularly Peter's mom examples which come with the source code as well. Cheers Deri

[bug #65052] [troff] `cf` behavioral anomalies

Follow-up Comment #1, bug#65052 (group groff): The test you are using is a bit strange. The only proper use for these commands are to include files which are independently movement agnostic. What I mean is they contain grout which does something completely independent of the document which calls

Re: First impressions: strange groff default font behaviour after system upgrade

On Monday, 18 December 2023 21:49:55 GMT Oliver Corff wrote: > Hi Deri, > > Here we go. In the meantime I came to the conclusion that the dpdviewer > is at fault, or rather the viewer's setup; I forwarded the pdf to a > different system, and there everything was visible as inte

Re: First impressions: strange groff default font behaviour after system upgrade

und--in a groff build from source on Fedora 39. > > So something would appear to be amiss. I'm hoping Deri can help us > figure it out. Hi Branden, Happy to. The two issues are probably not linked, one is a problem with the configure script not finding the URW font directory, and the

Re: Configuring groff 1.23.0 on Fedora 39 fails to find the URW base 35 fonts

This would appear to be an issue with the part of configure which looks for the URW fonts, Branden is the expert. Cheers Deri

Re: First impressions: strange groff default font behaviour after system upgrade

groff -T pdf -ms -P-d -k And attach the download file from the font/devpdf directory along with an "ls" of that directory. This will let me start to see what is going on. You can either send them to me or attach it to a savannah bug report. Cheers Deri

Re: Proposed GNU troff behavior change: require end-of-input macros to exit

On Sunday, 17 December 2023 20:53:52 GMT G. Branden Robinson wrote: > Hi Deri, > > At 2023-12-10T18:43:42+0000, Deri wrote: > > On Saturday, 9 December 2023 19:25:27 GMT G. Branden Robinson wrote: > > > When a line of output is "finished" and sent to the devic

Re: gropdf : missing colour when used with HDTBL macros

colours are done as postscript commands, but this sort of postscript used to be the only way to get colours from groff, before Werner added the colour commands, so it may be old code. Cheers Deri

Re: Pic rounded box corners misplaced with devpdf and landscape doc

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 >

Re: Pic rounded box corners misplaced with devpdf and landscape doc

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] 01/03: pdfmarksuspend & pdfmarkresume only if -Tpdf

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit 7ac813810503f0a012767b38db0b769adeab03a0 Author: Deri James AuthorDate: Thu Nov 23 00:04:54 2023 + pdfmarksuspend & pdfmarkresume only if -Tpdf tmac/an.tmac: Fix for non pdf man use!! --- tmac/an.

[groff] 02/03: Problem processing concatenated dit files (-Z)

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit aa1e2c70eba3fe7adb6cbddbf74764abc21578d1 Author: Deri James AuthorDate: Fri Nov 24 16:02:00 2023 + Problem processing concatenated dit files (-Z) Normally it is safe to pass concatenated dit files

[groff] 03/03: Fix arc drawing when flag -l used.

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit 5989eda83e6cc399988756ba163ad4c2ad1fc9d9 Author: Deri James AuthorDate: Sun Dec 10 20:05:43 2023 + Fix arc drawing when flag -l used. * src/devices/gropdf/gropdf.pl: When landscape flag (-l) is given

Re: Proposed GNU troff behavior change: require end-of-input macros to exit

ther than "x trailer", is output. This is an example of troff output:- x T pdf x res 72000 1 1 x init p1 x font 5 TR f5 s1 V12000 H72000 mr 0 0 0 DFd tline n12000 0 V792000 H72000 tline n12000 0 V792000 p2 x trailer V792000 x stop The V792000 and p2 are unnecessary unless there is further output. Cheers Deri

Re: Pic rounded box corners misplaced with devpdf and landscape doc

"box rad 0.2 ht 2 wid 2" .PE EOF And with the yet to be merged changes (from the deri-gropdf-ng branch) so does:- 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 I will investigate the problem with -P-l. Cheers Deri

Re: Groff hdtbl tables disappear near the footer

the top of hdtbl-issue.ms. The man page says:- A table which does not fit on a partially filled page is printed automatically on the top of the next page if you append the little utility macro t*hm to the page header macro of your document’s main macro package. For example, say .am pg@top . t*hm .. if you use the ms macro package. Cheers Deri

Re: Optimize script for generating LinuxManBook.pdf

On Wednesday, 22 November 2023 14:58:56 GMT Alejandro Colomar wrote: > Hi Deri, > > I've optimized from 18.5 s down to 16.3 s the script, by splitting the > pipeline with this wrapper (and slightly reducing the perl script to > just print the pages to stdout). BTW, now it can

Re: Optimize script for generating LinuxManBook.pdf

On Wednesday, 22 November 2023 14:58:56 GMT Alejandro Colomar wrote: > Hi Deri, > > I've optimized from 18.5 s down to 16.3 s the script, by splitting the > pipeline with this wrapper (and slightly reducing the perl script to > just print the pages to stdout). BTW, now it can

[bug #64592] [troff] registers .m and .M contain no initial value

Follow-up Comment #11, bug #64592 (project groff): After the change I ran the code in comment #1 and now the second line works fine (the first line will never work properly because we don't stack colour changes). Interestingly the call to \m[\*[curcol]] where curcol contains the word "default",

[bug #64592] [troff] registers .m and .M contain no initial value

Follow-up Comment #8, bug #64592 (project groff): Sorry, my fault, I was not clear. My reference to the registers in comment #3 was intended to show that your statement "registers .m and .M don't behave like other registers (containing the default values)" was the problem. I'm not sure (2) can be

[bug #64592] [troff] registers .m and .M contain no initial value

Follow-up Comment #6, bug #64592 (project groff): [comment #5 comment #5:] > Is the problem that registers .m and .M don't behave like other registers (containing the default values), or that the roff language offers no way to retrieve these defaults? See comment #3 which mentions two registers

Re: PDF macros case sensitivity

the above pdf files, to see how they were constructed. As regarding identifying if you have made a mistake calling a macro, you could try calling groff with the -ww flag to enable all warnings. Cheers Deri

Re: Support regarding input of unicode chars

s attached. If you prefer I can send you the resulting fonts, plus instructions. Cheers Deri Laplace.pdf Description: Adobe PDF document

Re: Merging the new gropdf

On Tuesday, 7 November 2023 19:48:51 GMT G. Branden Robinson wrote: > Hi Deri, > > At 2023-11-07T17:33:06+0000, Deri wrote: > > On Monday, 6 November 2023 17:47:13 GMT G. Branden Robinson wrote: > > > Slowly. I landed two small changes this weekend, but they're not

Merging the new gropdf

Hi Branden, I was wondering how the merging of the new gropdf branch was going (I think you very kindly offered to help merging with master). Recently you have written on the list:- "Also, when Deri James's gropdf improvements are merged for groff 1.24, the file size of groff-man-page

[bug #64728] diversion widths reported when using eqn mark/lineup feature inconsistent with Heirloom

Follow-up Comment #4, bug #64728 (project groff): > Heirloom nroff reports the same zero width, so if this is indeed a bug, it's a widespread one. If you consider the width of a diversion is the horizontal displacement of the longest line in the diversion, then the horizontal displacement in

[bug #64592] [troff] registers .m and .M contain no initial value

Follow-up Comment #3, bug #64592 (project groff): Hi Branden, Just a few thoughts really, I agree the registers are behaving as currently documented, the question is whether the current behaviour makes sense. Groff currently has no concept of opacity, gropdf allows pdfs included by pdfpic to

Re: Special characters

rry if I sound harsh, but this change already cost me hours of work > to fix. > > I am on the brink of getting the 1.22 source code and install that over > the system package of 1.23, which just brings me hate. I have added this line to the man.local file (/usr/share/groff/site_tmac on my system) to restore the asciitilde behaviour. .tr ~\(ti Cheers Deri

[groff] 04/05: Enable more hyperlinks in groff-man-pages.pdf

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit a2e72beef12ccc05a933493cfc3a9d6d9dde61c2 Author: Deri James AuthorDate: Wed Sep 6 22:44:57 2023 +0100 Enable more hyperlinks in groff-man-pages.pdf --- doc/doc.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion

[groff] 01/05: Add missing 'tmac' flag

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit 2b3f346ce6ff2e195903cbfb00df66307c65f35a Author: Deri James AuthorDate: Fri Sep 1 12:03:52 2023 +0100 Add missing 'tmac' flag Allows gropdf to know this papersize change came from -dpaper= --- tmac

[groff] 02/05: Fixes for .pdfpagenumbering and .pdfswitchtopage

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit f685c65f2639219103e2c6d15b5f1e4d93344507 Author: Deri James AuthorDate: Fri Sep 1 12:07:23 2023 +0100 Fixes for .pdfpagenumbering and .pdfswitchtopage --- src/devices/gropdf/gropdf.pl | 32

[groff] 03/05: Add pdf support for man UR/UE MT/ME

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit 766d4f280f501e8f01d64837f050bd3dfa2af900 Author: Deri James AuthorDate: Wed Sep 6 22:35:23 2023 +0100 Add pdf support for man UR/UE MT/ME G Branden request in bug #64576 --- tmac/an.tmac | 11

[groff] 05/05: Fixup and start on text decorations.

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit a2b5541142a1571e9f9f5a8321c1e21c721469aa Author: Deri James AuthorDate: Wed Sep 6 22:48:27 2023 +0100 Fixup and start on text decorations. --- src/devices/gropdf/gropdf.1.man | 7 --- src/devices/gropdf/gropdf.pl

[bug #64576] [pdf.tmac] pdf*href option handling insufficiently flexible

Follow-up Comment #8, bug #64576 (project groff): > Incidentally, and to motivate my frustration with the `pdfhref` approach, the following works terribly. The hotspots don't know where to end, going nuts and electrifying everything after them even without a page break to screw them up by not

[bug #64612] consider an environment variable for general resources/inclusions

Follow-up Comment #4, bug #64612 (project groff): I was not aware that a change proposed to forbid paths in .fp third parameter and the "name" written by afmtodit, had also (unintentionally) prevented paths in the grops download file, with no diagnostic message. The proposed "fix" seems to be

[bug #64612] consider an environment variable for general resources/inclusions

Follow-up Comment #2, bug #64612 (project groff): Just checking if I am understanding this correctly. GROFF_FONT_PATH will still point to a directory containing groff font resources for each post-processor. Individual directories for each output driver contain groff stuff (DESC, download, groff

[groff] 04/05: Improve usefulness of -z in pdfmom.

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit e478a7be9d24389267ede70df5d522c54acadaa0 Author: Deri James AuthorDate: Mon Aug 28 15:38:51 2023 +0100 Improve usefulness of -z in pdfmom. Now shows output of PDF.EXPORT=1 as well. --- src/devices/gropdf

[groff] 02/05: Start of coping with groff nodes in -D and -N

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit 579e9464256c4b62e060cc7f110e1212bbffb8ea Author: Deri James AuthorDate: Mon Aug 28 15:05:02 2023 +0100 Start of coping with groff nodes in -D and -N --- contrib/mom/om.tmac | 12 +++--- tmac/pdf.tmac | 115

[groff] 05/05: Hardening of pdf:href.opt\\$1 processing

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit ec75f38cecd673c7959092d2c97bc4721ea0f4fa Author: Deri James AuthorDate: Mon Aug 28 18:25:08 2023 +0100 Hardening of pdf:href.opt\\$1 processing an.tmac sync changes to pdf.tmac --- tmac/an.tmac | 4

[groff] 03/05: Allow utf8 in web links, allows IDN links.

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit fddc79906cc8f9eba71fc17ff985a90275bdca90 Author: Deri James AuthorDate: Mon Aug 28 15:17:53 2023 +0100 Allow utf8 in web links, allows IDN links. Fix for 'pdfhref-whack.groff' in #64576 --- src/devices

[bug #64576] [pdf.tmac] pdf*href option handling insufficiently flexible

Follow-up Comment #7, bug #64576 (project groff): Apologies, the t.pdf file had a problem. It worked fine with okular and evince, but some other viewers did not make the links clickable. I have fixed the issue and t-new.pdf should be working with all viewers. (file #55090)

Re: Baffling accented glyphs issue

onv and uchardet for this guessing. What does preconv -v tell you, mine says:- [derij@pip Chats (deri-gropdf-ng)]$ preconv -v GNU preconv (groff) version 1.23.0.16-a53f5-dirty with iconv support and with uchardet support It is the support information which is important, you may be missing one of

[bug #64576] [pdf.tmac] pdf*href option handling insufficiently flexible

Follow-up Comment #6, bug #64576 (project groff): I've just lost half a days typing, my fault, closed the wrong firefox window! Not all is lost, phew, found snippets in my clipboard history as I copied text from Dasher to the savannah page, but it has not got everything, because some I typed

Re: Footer trap in a A4 PDF

.) A slight change and you can colour the margins with pure troff so it works for both postscript and pdf:- groff -Tpdf -P-pa4 -P-e margins.trf > margins.pdf Cheers Deri .\" .\" .pl 29.7c

[bug #64592] Registers .m and .M contain no initial value

URL: <https://savannah.gnu.org/bugs/?64592> Summary: Registers .m and .M contain no initial value Group: GNU roff Submitter: deri Submitted: Thu 24 Aug 2023 09:35:37 PM UTC Category: Core Se

[bug #64576] [pdf.tmac] pdf*href option handling insufficiently flexible

Follow-up Comment #4, bug #64576 (project groff): Just completed a fix to allow any input to be used as a valid *roff identifier. This allows all UTF-8 to be used as well. So both "Known Issues" in my NewGropdf document are now ticked off. :-)

[bug #64577] [grops] can't embed/download fonts from a subdirectory

Follow-up Comment #8, bug #64577 (project groff): You said you were using;- > [strand.202] $ export GROFF_FONT_PATH=/usr/local/share/fonts/Type1Fonts > [strand.203] $ groff -F $GROFF_FONT_PATH -Tps e.nr >/dev/null No need to alter it, just add the symlink, I should have been clearer.

[bug #64577] [grops] can't embed/download fonts from a subdirectory

Follow-up Comment #4, bug #64577 (project groff): The reason why -F and GROFF_FONT_PATH failed is because groff expects this to point to a directory containing a directory called devps which contains the fonts for postscript. So it should work if you create a symlink in the Type1Fonts directory

Re: Type 1 fonts not downloading

> > - will not print correctly (the PostScript printer knows nothing about > the Dot-Matrix font), nor can I send the document to someone else to > view (because they won't have the Dot-Matrix font). > > I think it's a bug. Sincerely hoping it's not a "feature". Hi Phil, Is it possible to provide your Type1Fonts/Dot-Matrix.ps and the corresponding .pfb file you mention? I'd like to try to reproduce the problem. Cheers Deri

[bug #64572] [man] UR, MT with no link text misrender on PDF when -rU1

Follow-up Comment #1, bug #64572 (project groff): Our documentation says that -rU1 is only relevent to grotty and grohtml. The reason the text is missing is because you set an*can-hyperlink for pdf output, but there is no code to handle the pdf hyperlink in an*end-hyperlink. I think you need to

[bug #64360] [PATCH] [gropdf] does not correctly handle white space after 'w' command

Follow-up Comment #32, bug #64360 (project groff): Again a long reply will be required since you've again extended the scope bringing in heirloom, dwb, libdriver. whereas i tried to limit the scope to examine whether gropdfs grout parser was cnformant to our current docs. You may consider our

Re: PDF outline not capturing Cyrillic text

On Saturday, 12 August 2023 07:35:20 BST G. Branden Robinson wrote: > Hi Deri, > > At 2023-06-23T22:40:42+0100, Deri wrote: > > On Friday, 23 June 2023 19:17:58 BST Robin Haberkorn wrote: > > > So it seems that the main problem really lies in grops and/or gropdf > &g

[bug #63544] [troff] generate "grout" that is more easily lexically analyzed

Follow-up Comment #2, bug #63544 (project groff): Yes, See other discussion. ___ Reply to this item at: ___ Message sent via Savannah

[bug #63074] [troff] need a way to embed non-Basic Latin glyphs in device control commands

Follow-up Comment #17, bug #63074 (project groff): The new gropdf handles this by not asciifying device parameters any more. ___ Reply to this item at:

[bug #64421] [mom] the word "black" spuriously appears in output

Follow-up Comment #21, bug #64421 (project groff): Its probably not relevant but I noticed that your pie version is not stripped. The extra guff can sometimes hide memory overwrites, because the overwrite occurs on part of the program memory which is not critical.

Re: [PATCH] gropdf: Fix papersize control command

On Saturday, 5 August 2023 15:55:20 BST G. Branden Robinson wrote: > Deri, I'm happy to apply a corrective documentation change to gropdf(1). > Is that cool with you? Let me know. > > I think it'd be a good idea to explicitly note the order reversal of the > dimensions (proba

Re: [PATCH] gropdf: Fix papersize control command

On Saturday, 5 August 2023 15:36:31 BST Alexis wrote: > Thank you for the helpful context, Deri, much appreciated. I checked > the sources thoroughly, in order to have a good reasoning, but missed > to read the grodvi sources :/ > > Following the same order, i.e. width,height, to

Re: [PATCH] gropdf: Fix papersize control command

ted to allow the same source to run on either dvi or pdf [1]. So it is the documentation in the gropdf man page which is wrong. I agree it is a little crazy to reverse the normal groff ordering but I was retaining compatibility with grodvi. I will fix the man page, thanks for the report. Cheers

Re: interviews with groff developers

On Friday, 4 August 2023 17:58:13 BST G. Branden Robinson wrote: > Read Deri's first--it's more interesting. :) Mine is about as > hair-splitting as any reader of this mailing list would expect. Hi Branden, Oh, I don't know, I think yours is better, in a quantative sense. :-) Cheers Der

Re: Visual Color Reference with Swatches

for the ps device are also available for > the pdf device even though pdf.tmac does not define colors. pdf.tmac includes ps.tmac so colours are defined. Cheers Deri > Hopefully this proves useful to others. > > > Best > Alexis

Re: Why does PDFPIC require unsafe mode -U, but PSPIC doesn't?

untu.com/security/CVE-2018-16802 Which also makes it clear that it is crafted postscript which triggered the bug. Cheers Deri

[bug #64484] [troff] .device and \X don't behave the same

Update of bug #64484 (project groff): Severity: 3 - Normal => 2 - Minor Assigned to: deri => gbranden ___ Follow-up Comment #2: There are 4 se

Re: Can't embed eps image

t; tmp.pdf, the image is not inserted into the pdf. There is only box with the > image file path (which is correct). > > Best regards, > Michał Kruszewski > > Sent with [Proton Mail](https://proton.me/) secure email. Hi Michal, Grops supports eps images, for gropdf you need to convert your png to a pdf. Cheers Deri

[bug #64421] [mom] the word "black" spuriously appears in output

Follow-up Comment #19, bug #64421 (project groff): I might have got a little bit further. I have managed to duplicate the issue and have tied it down to the particular troff executable in arch linux. If you replace /usr/bin/troff with the one here:- http://chuzzlewit.co.uk/bad.troff.tgz And

[bug #64421] [mom] the word "black" spuriously appears in output

Follow-up Comment #17, bug #64421 (project groff): You can recreate the -Z output from a pdf produced with -P-d. I use the attached script. You will see the "tblack" at the point it should be "mr 0 0 0". This could happen with:- .gcolor black if 'gcolor' was aliased to nop, or the mom macro

[bug #64421] [mom] the word "black" appears in output

Follow-up Comment #11, bug #64421 (project groff): It may help have a copy of the pdf showing the problem, produced with the -P-d flag set. ___ Reply to this item at:

[bug #64438] [ms] validation of `PS` macro arguments too strict

Follow-up Comment #4, bug #64438 (project groff): One use for the extra parameters may be for captioning, i.e. .PS "An example" The user could then use .am PS to add captioning code to the picture and a pdf bookmark. I'm in favour of silently ignoring excess parameters.

Re: graphical manuals

and passing it to a viewer. Cheers Deri

[bug #64353] [PATCH] [troff,drivers] deprecate 'f' drawing command

Follow-up Comment #7, bug #64353 (project groff): No ticket. The earliest reference to the "new features" are in the last paragraph in original TODO file in the gropdf directory. I think they are all done (or irrelevent) now, only took me 10+ years! A new TODO would contain the aspiration to

[bug #64285] [troff] \D't' (set line thickness) drawing command alters drawing position

Update of bug #64285 (project groff): Assigned to:deri => gbranden ___ Follow-up Comment #9: Did you test the code snippet I suggested against grops and gropdf? It would be helpful to

[bug #64353] [PATCH] [troff,drivers] deprecate 'f' drawing command

Follow-up Comment #5, bug #64353 (project groff): This is fine, but it should wait until gropdf has been cherry picked from my branch to master, when Branden is ready. I hope I won't have to maintain two different versions for long, for example, Colin Watson's reproducible build patch would not

[groff] 01/02: Display time from SOURCE_DATE_EPOCH in UTC.

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit 0dabf3779a36d37872386feb0ad10d38418488f1 Author: Colin Watson AuthorDate: Sun Jul 9 02:04:58 2023 +0100 Display time from SOURCE_DATE_EPOCH in UTC. The semantics imposed in 1.23.0 are unsuitable for use

[groff] 02/02: Add reference to pdfmom(1) in --help.

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit a53f539ad6fb12077f819b3f141047762e039cfb Author: Deri James AuthorDate: Wed Jul 12 18:09:39 2023 +0100 Add reference to pdfmom(1) in --help. --- src/devices/gropdf/pdfmom.pl | 2 ++ 1 file changed, 2 insertions

[bug #64417] [pdfmom] should support --help

Update of bug #64417 (project groff): Status: Confirmed => Fixed Assigned to:None => deri Open/Closed:Open => Closed Planne

[bug #64417] [gropdf,pdfmom] should support --help

Update of bug #64417 (project groff): Status:None => Unreproducible ___ Follow-up Comment #1: I think Branden added it previously! [derij@pip ~]$ grops --help usage: grops [-glm] [-b

[bug #64360] [PATCH] [gropdf] does not correctly handle white space after 'w' command

wh2500 and w\nh2500 makes. If that's what you want, would a simple filter like this help:- [derij@pip busgrap]$ perl -pe 's/(.)(.*)/$1\n$2/ if m/^w/; s/^(.)(\S.*)/$1 $2/mg' zfile x T ps x res 72000 1 1 x init p 1 x font 5 TR f 5 s 1 V 12000 H 72000 m d D Fd t Deri w h 2500 D l 10 0 n 1200

Re: Selecting Papersize

\X'papersize=' command within your troff file, which would be useful if you have a wide table you want presented in landscape, but you have to adjust page length/width yourself to notify the troff formatter of the changed dimensions. Cheers Deri > > Thanks - Damian > > Pacific En

Re: [PROPOSAL] time zones and reproducible builds (was: How to make groff use local timezone?)

On Sunday, 9 July 2023 19:26:36 BST Colin Watson wrote: > On Sun, Jul 09, 2023 at 07:13:54PM +0100, Deri wrote: > > It looks Ok, not tested. I'm happy for you to apply. > > Thanks. > > > Once gropdf moves to the font subsetting version it will cause a > > problem

Re: [PROPOSAL] time zones and reproducible builds (was: How to make groff use local timezone?)

On Sunday, 9 July 2023 17:59:04 BST G. Branden Robinson wrote: > [adding Deri to CC] > > At 2023-07-09T13:24:27+0100, Colin Watson wrote: > > On Sun, Jul 09, 2023 at 02:42:55AM +0100, Colin Watson wrote: > > > So, how about the attached patch? > > > > I someho

Re: Selecting Papersize

its pipeline to > the backend to make that '-P-pa4' redundant? > > Thanks - Damian Hi Damian, Grodvi supports \X'papersize=' and so does gropdf. In the deri-gropdf-ng git branch you will find a version of papersize.tmac which does exactly what you suggest by sending the chosen papersize through to

Re: a morsel of groff 1.23.0 status

On Thursday, 6 July 2023 02:02:39 BST Peter Schaffter wrote: > On Wed, Jul 05, 2023, Dave Kemper wrote: > > On 7/5/23, G. Branden Robinson wrote: > > > May I be excused some > > > pride in our delivery of over 400 bug fixes and 150 automated tests? > > > > Fully justified. I'm glad it's

[groff] 05/14: Make pdfmom more useful.

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit 626e2d6802b759af40b91d03ce2e0b8791fecc81 Author: Deri James AuthorDate: Tue Apr 25 17:05:13 2023 +0100 Make pdfmom more useful. --- src/devices/gropdf/pdfmom.1.man | 33 src/devices

[groff] 11/14: New gropdf is PDF1.7 compatible.

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit bbf5b0009ad1610e1da390ee6b17c22da373f4c7 Author: Deri James AuthorDate: Mon May 29 16:20:05 2023 +0100 New gropdf is PDF1.7 compatible. --- src/devices/gropdf/gropdf.pl | 10 +- 1 file changed, 5 insertions

[groff] 07/14: Pass paper dimensions to output drivers (pdf, dvi)

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit 4a2cc772df5bc9af9d2eff72ab1d56910531c8a7 Author: Deri James AuthorDate: Wed May 10 16:10:07 2023 +0100 Pass paper dimensions to output drivers (pdf, dvi) pdf only, and can be oerridden by -p and -l

[groff] 09/14: The -Z flag to pdfmom now produce .Z file with forward references.

deri pushed a commit to branch deri-gropdf-ng in repository groff. commit 3e5d5ef7c7dafceebbfd1d8107636c53bf1f Author: Deri James AuthorDate: Mon May 29 16:04:56 2023 +0100 The -Z flag to pdfmom now produce .Z file with forward references. --- src/devices/gropdf/pdfmom.pl | 16

<    1   2   3   4   5   6   7   8   >