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

rw-base35-* packages, including one that provides legacy X11 fonts. I'll also note that the Fedora packages for groff provide version 1.23, but I always install my own copies of of groff, and usually have several different versions installed at the same time. -- T. Kurt Bond, tkurtb...@

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

default/Type1/ \ > /usr/share/fonts/default/Type1/adobestd35/ \ > /usr/share/fonts/type1/urw-base35/ \ > /opt/local/share/fonts/urw-fonts/ \ > /usr/local/share/fonts/ghostscript/" No, none of those directories exist. However, /usr/share/fonts/urw-base35 does exist and

[bug #60930] Integrate Peter Schaffter's font installer script into groff

Follow-up Comment #9, bug#60930 (group groff): [comment #7 comment #7:] > Kurt, do the points above and in comment #6 make a first cut seem more manageable? Yes. ___ Reply to this item at:

Re: .bp not working in groff 1.23.0 when it worked fine in 1.22.4

On Tue, 23 Jan 2024 20:10:00 -0500, Dave Kemper wrote: > On 1/23/24, T. Kurt Bond wrote: > > I have a groff -ms source file > [...] > > When I groff it with version 1.23.0 the page breaks > > corresponding to the explicit .bp requests are missing. > > This item i

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

On Mon, 18 Dec 2023 16:49:10 -0500, "G. Branden Robinson" wrote: > First thing to know is, did that ./configure option fix this build in > this respect? Yes. The build and installation finished correctly, and the resulting groff works. -- T. Kurt Bond, tkurtb...@gmail.com, tkurtbond.github.io

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

Ghostscript is also using fontconfig to search for font files I continued with the '--with-urw-fonts-dir=DIR' option, but thought I'd mention the problem. -- T. Kurt Bond, tkurtb...@gmail.com, tkurtbond.github.io

Re: graphical manuals

set of HTML pages. > > I haven't mentioned tables in HTML only because I haven't gotten that > far yet. Last I checked, grohtml gave terrible tables from tbl. Again, > if there's good news on that front, I'd be happy to hear. > > Thank you for your kind consideration. I would be glad to try new > constructs and demonstrate outputs from other commands using different > options. I would like to get first to a place where the HTML is > comparable to the PDF, and as good as the SQLite diagrams. > > --jkl > > -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: groff 1.23.0.rc3 available for testing

Keith Bostic > 25 Keith Marshall > 2 Michael J. Karels > 1 Nate Bargmann > 3 Nikita Ivanov > 1 Paul Eggert > 66 Peter Schaffter > 1 Samanta Navarro > 1 T. Kurt Bond > 3 Tadziu Hoffmann > 2 ivan tkache

Re: Using arbitrary fonts

ntegration. > > > > Once this works (please reply to the list if it doesn't), the mm usage > > issue can be tackled. > > > > > I need to produce a document with a machine-generated signature. > > > > In mm this requires some context. Are you using one of the memorandu

Re: groff 1.23.0.rc2 readiness

> I should also note that Bjarni suggested that we CC the GNU > platform-testers list on our future beta/RC announcements[2]. If you > like this idea and it works out, I can add this step to "FOR-RELEASE". > > If there is something you'd like me to do to facilitate RC2, please > don't hesitate to ask. > > Regards, > Branden > > [1] https://lists.gnu.org/archive/html/groff/2020-11/msg00068.html > [2] https://savannah.gnu.org/bugs/?61939 > -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

[bug #60930] Integrate Peter Schaffter's font installer script into groff

Follow-up Comment #4, bug #60930 (project groff): Sorry, things have been busy. I intend to devote more time to this soon. ___ Reply to this item at:

Re: [Wishlist] Don't discard groff comments on HTML output

special character corresponding to Unicode basic Latin code point X?") > > * src/roff/troff/input.cpp (encode_char): Do it. > > I'm not documenting this in NEWS as it feels like a pretty dusty corner > even though I'm about to leverage it for something of much higher > visibility. > > Also see: > 65737d48ad7e75353a67e4f408bb68bc5d5b0773 > 3d1988cabc90f3c4b0bbb4a809be61eeba3c > eb695ab2b5e2bae54afa102355c493bda6e29d3e > -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: [bug #61433] [PATCH] src/roff/troff/div.h: has extra declaration of "do_divert(...)"

__ > > Reply to this item at: > > <https://savannah.gnu.org/bugs/?61433> > > ___ > Message sent via Savannah > https://savannah.gnu.org/ > > > -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: pic doesn't center when i use a macro

2 ; tr = 2 * margin > for layer = 0 to 3 do { > s = layer * margin > box width w height h with .sw at (s,s) > box width w height margin with .nw at last box .nw dashed "" > label_for(layer) "" > w = w - tr > h = h - tr > } > .PE > > -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: SEE ALSO fails

It would just list the pages being added/deleted, and the tool > would rummage around updating SEE ALSO accordingly, perhaps aided by an > index. > > Surely I'm not the first to think of this. Does anyone here have a war > story of any similar attempt? > > --jkl > > -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: Portability to Mac OS X (was: Sed failure in contrib/sboxes on MacOS)

art of each index in the table of contents? On Fri, Oct 29, 2021 at 3:42 PM Deri wrote: > On Friday, 29 October 2021 19:38:42 BST T. Kurt Bond wrote: > > > [I hit "reply" on my previous attempt at this email, so it went only to > > > Ralph. Sorry about that. At

Re: Portability to Mac OS X (was: Sed failure in contrib/sboxes on MacOS)

th the info source where > needed to make the code easier. > - Fix up the remaining 10% by hand as a shared effort. > > -- > Cheers, Ralph. > > -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

[bug #60954] [troff] implement environment removal

Follow-up Comment #2, bug #60954 (project groff): Tadziu Hoffmann's version is .de CI .ds xx \\n[.fam] .fam C .I \\$@\F[]\F[\\*[xx]] .fam .. Werner then says: > Excellent! This is *very* nice. BTW, attaching something directly to > \$@ doesn't work: Saying `\$@foo' as a macro argument is

Fwd: I'm going to work on integrating install-font.sh into groff

Drats. Forgot to cc the groff mailing list. -- Forwarded message - From: T. Kurt Bond Date: Tue, Jul 20, 2021 at 3:13 PM Subject: Re: I'm going to work on integrating install-font.sh into groff To: Douglas McIlroy My earlier post to the list about using install-font.sh did

I'm going to work on integrating install-font.sh into groff

I'm going to work on bug #60930 <https://savannah.gnu.org/bugs/?60930>, "Integrate Peter Schaffter's font installer script into groff". (Peter actually suggested this to me off list.) -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

groff_mm(7)'s use of periods before macro names is inconsistent.

cro are hard, because searching finds the "P"s in the middle of other macro names and in the body text. So, does anybody think this warrants changing the man page to match the other macro package man pages? If no-one else has plans for changing the mm man page I could produce a diff... -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: Fwd: Would it be reasonable to list the fonts that are available by default in groff?

; anything about install-font.sh and fontforge. > > Doug, I hope you see this. > > On Sat, Jul 17, 2021, T. Kurt Bond wrote: > > In the meantime, if you want to install fonts in OpenType or TrueType > > formats for use with devps and devpdf, install-font.sh greatly simplifies

Fwd: Would it be reasonable to list the fonts that are available by default in groff?

Drats, I forgot to hit reply all, and my reply didn't get sent to the groff mailing list. Sigh. Here you go. -- Forwarded message - From: T. Kurt Bond Date: Sat, Jul 17, 2021 at 12:08 AM Subject: Re: Would it be reasonable to list the fonts that are available by default

[bug #60916] [mm] ms.cov asks for fonts by name, making man page dubious

Follow-up Comment #1, bug #60916 (project groff): [comment #0 original submission:] > Rather than porting ms.cov to use the antiquated feature of font positions, I propose to move the rest of mm back to the named font mechanism, adapting HF as conceived above. People can use the `ftr` request

[bug #60930] Integrate Peter Schaffter's font installer script into groff

Follow-up Comment #1, bug #60930 (project groff): [comment #0 original submission:] > * Further discussion of tasks and links to previous discussion: https://lists.gnu.org/archive/html/groff/2021-07/msg00065.html This also suggests this item would be suitable for someone without deep groff

Bugs submitted for improving documentation of fonts provided; pdfmark/pdfroff(1) documentation; and integrating install-font.sh

into groff https://savannah.gnu.org/bugs/index.php?60930 -- T. Kurt Bond, tkurtb...@gmail.com, tkurtbond.github.io and tkb.tx0.org

[bug #60930] Integrate Peter Schaffter's font installer script into groff

URL: Summary: Integrate Peter Schaffter's font installer script into groff Project: GNU troff Submitted by: tkurtbond Submitted on: Sat 17 Jul 2021 12:14:11 AM UTC Category:

[bug #60929] Improve documentation of which fonts groff provides by default

URL: Summary: Improve documentation of which fonts groff provides by default Project: GNU troff Submitted by: tkurtbond Submitted on: Sat 17 Jul 2021 12:00:31 AM UTC Category: None

[bug #60927] improve pdfmark documentation, including pdfroff(1)

URL: Summary: improve pdfmark documentation, including pdfroff(1) Project: GNU troff Submitted by: tkurtbond Submitted on: Fri 16 Jul 2021 11:39:22 PM UTC Category: None

Re: troff Memorandum Macros documentation derived from the paper "MM - Memorandum Macros"

That sounds like a very useful document! I've added a reminder to my calendar to remind me to remind you. :) On Fri, Jul 16, 2021 at 5:14 PM Damian McGuckin wrote: > On Fri, 16 Jul 2021, T. Kurt Bond wrote: > > > I think this is useful since it provides a more "use

Arbitrary Fractions - this time as strings

after and with no space before\*[fracinline 12 5 \c]or after. .br But the result I get is missing ithe words "No newline after and with no" before "space before" . Here's a screenshot: [image: image.png] Any ideas what I can do to make this work? Thanks! -- T. Kurt Bond,

Re: Would it be reasonable to list the fonts that are available by default in groff?

So, on my Fedora 33 box at home, with both of the packages groff-base (the default install, just for man pages, I think?) and groff (the rest of groff) installed, /usr/share/groff does not contain a site-font. On Thu, Jul 15, 2021 at 8:15 PM T. Kurt Bond wrote: > On Thu, 15 Jul 2021 16:58

Re: Question about ?roff on Reddit

Oh, I missed a <https://www.youtube.com/watch?v=NW5ZWN2b4zw> couple <https://www.youtube.com/watch?v=YSWmKLjigIs> of other videos. On Thu, Jul 15, 2021 at 10:09 PM T. Kurt Bond wrote: > If I remember correctly, at least one of the posters on the Groff Reddit > also posts video

Re: Question about ?roff on Reddit

ate > > -- > > "The optimist proclaims that we live in the best of all > possible worlds. The pessimist fears this is true." > > Web: https://www.n0nb.us > Projects: https://github.com/N0NB > GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819 > > -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: Would it be reasonable to list the fonts that are available by default in groff?

on different machines easy. They need to be run from the directory with the font files. Staring to use install-font.sh greatly widened the breath of fonts that I can use with groff, having significantly lowered the difficulty of installing fonts for me. -- T. Kurt Bond, tkurtb...@gmail.com, tkurtbond.github.io and tkb.tx0.org

Re: Would it be reasonable to list the fonts that are available by default in groff?

.sh put things in the right places, with or without root privileges, may be one of the things that makes incorporationg it into the groff distribution difficult. -- T. Kurt Bond, tkurtb...@gmail.com, tkurtbond.github.io and tkb.tx0.org

pdfroff and tables of contents

Other than its use in pdfmark.ms there seem to be no documentation for .XN. The section in pdfmark.ms about .XN has no contents, alas. Would it be worth mentioning the existence of pdfmark.pdf (and pdfmark.ms, since its use of .XN is the only example) in pdfroff(1)? -- T. Kurt Bond, tkurtb

Would it be reasonable to list the fonts that are available by default in groff?

Perhaps in groff_font(5) and in groff.texi? -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

[bug #60803] tr request does not warn when it can't translate an input space

Follow-up Comment #1, bug #60803 (project groff): It appears that the troff and nroff Heirloom Doctools both behave this way as well. ___ Reply to this item at:

Re: A few observations regarding tbl

On Sat, 19 Jun 2021 17:49:02 -0400, "G. Branden Robinson" wrote: > At 2021-06-19T12:39:37-0400, T. Kurt Bond wrote: > > I looked, and couldn't find a free monospace font with both OPEN BOX > > and CIRCLED LATIN CAPITAL LETTER T. [...] > > My search wasn't exhaustive

Re: A few observations regarding tbl

instead of SPACE. -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: A few observations regarding tbl

> > not even in the same document. I don't think novice users' concept of > > something "global" stops anywhere short of the entire file they're > > editing. > > > > I ran out of steam on that project because there was just too damn much > > I wanted

[bug #59604] [ms] wrong .IP indentation after .SH 1 with .nr PSINCR 3p, .nr GROWPS 3

Follow-up Comment #4, bug #59604 (project groff): I first encountered this bug in the ms output of pandoc, which generates the specific .IP forms I used in the example. Thanks for coming up with a simplified reproducing case. ___ Reply to

Ted Harding's "A Guide to Typesetting Mathematics using GNU eqn"

the source to this was ever released? -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

[bug #59604] [ms] odd .IP indentation after .SH 1 with .nr PSINCR 3p .nr GROWPS 3

Follow-up Comment #2, bug #59604 (project groff): file #51531: odd-ip-with-growps.s.tmac.patch was the original patch provided by Tadziu Hoffmann in https://lists.gnu.org/archive/html/groff/2018-08/msg00035.html file #51531: odd-ip-with-growps.s.tmac.patch is a version of that patch reworked

[bug #59604] [ms] odd .IP indentation after .SH 1 with .nr PSINCR 3p .nr GROWPS 3

Additional Item Attachment, bug #59604 (project groff): File name: newer-old-ip-with-growps.s.tmac.patch Size:2 KB ___ Reply to this item at:

[bug #59604] [ms] odd .IP indentation after .SH 1 with .nr PSINCR 3p .nr GROWPS 3

Additional Item Attachment, bug #59604 (project groff): File name: odd-ip-with-growps.s.tmac.patch Size:1 KB ___ Reply to this item at:

Re: Is there any way to make alternate rows of a table have a light gray background?

at 04:11:58PM -0400, T. Kurt Bond wrote: > > Is there any way to make alternate rows of a table have a light gray > > background? > > > Is HDTBL a viable option for your data? > > I was thinking of the options from man groff_hdtbl: > bgc=[c] >

Is there any way to make alternate rows of a table have a light gray background?

Is there any way to make alternate rows of a table have a light gray background? -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

URL mentioned when the URW base35 fonts are missing during configure is wrong

://downloads.ghostscript.com/public/fonts/urw-base35-v1.10.zip That URL isn't valid anymore. Anybody have any idea where they can be downloaded from? -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: Problem with mom's .PDF_WWW_LINK macro

. I tried it with Acrobat Reader DC on macOS, and it worked fine. I tried it in PDF Expert, and it worked fine. I tried it in mupdf on OpenBSD and it worked fine. I'm convinced this is a bug in Apple's macOS Preview application. Sorry for adding to the noise. -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Problem with mom's .PDF_WWW_LINK macro

ot;#"? Following this link results in a 404 error. Why did this happen? groff --version reports "GNU groff version 1.23.0.rc1.340-0dab6". -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io mom-link.pdf Description: Adobe PDF document

Re: Fwd: groff git HEAD not building on macOS? (was: Long text in tbl won't wrap, maybe related to mom)

branden.robin...@gmail.com> wrote: > Hi Kurt! > > At 2021-02-10T14:03:42-0500, T. Kurt Bond wrote: > [big snip] > > Thanks a lot for digging into this! I have committed what _seems_ like > should be a fix based on your extensive description. > > > https://

Re: Fwd: groff git HEAD not building on macOS? (was: Long text in tbl won't wrap, maybe related to mom)

> it uses just adds '#include ' to lib/math.in.h instead, which seems like changing the gnulib source instead of changing the groff source that uses gnulib, which doesn't seem like the right thing to do. Anyway, I hope this explains the problem and the possible solution understandably. On Wed,

Re: Fwd: groff git HEAD not building on macOS? (was: Long text in tbl won't wrap, maybe related to mom)

Ingi Gislason wrote: > The gnulib's version is probably out of date. > > Read "INSTALL.REPO" and run groff's "bootstrap" to update "gnulib". > > -- > Bjarni I. Gislason > -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: groff git HEAD not building on macOS? (was: Long text in tbl won't wrap, maybe related to mom)

pe name '_GL_INLINE_HEADER_END' _GL_INLINE_HEADER_END ^ 4 errors generated. make[1]: *** [src/libs/libgroff/libgroff_a-assert.o] Error 1 make: *** [all] Error 2 On Tue, Feb 9, 2021 at 11:48 AM T. Kurt Bond wrote: > I meant to send this to the mailing list, but accidentally sent it only > to Axel Kielho

Fwd: groff git HEAD not building on macOS? (was: Long text in tbl won't wrap, maybe related to mom)

me like the system c++ stdlib.h is including groff's lib/math.h, even though the line 100 mentioned above is just #include -- Forwarded message ----- From: T. Kurt Bond Date: Mon, Feb 8, 2021 at 8:48 PM Subject: Re: groff git HEAD not building on macOS? (was: Long text in tbl won't

Re: Long text in tbl won't wrap, maybe related to mom

A to 81st St. > \^@\^@Telephone@212-873-4225 > .TE > .ad > > I will make the necessary change to om.tmac and commit it as > bugfix release (2.4-4_f) in the next day or two. The change will > also be present in the 'current release' tarball on mom's website. > Meantime, just manually add the .na/.ad. > > -- > Peter Schaffter > https://www.schaffter.ca > > -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: [ms] Footnote line length ratio to current line length

n't have in > 1990 or 2000), I think we can argue that the MINGW groffism arose from > incomplete documentary record. I thinking making MINGW an alias of GW is a very good idea. -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io/

Re: Footnote line length ratio to current line length

lightly less) > strange fraction though: 11/12 (see p. 606). When it came to FL, it was a > Wild West out there back then, I tell ya. > > > --d > On Sunday, November 15, 2020, 06:58:34 AM EST, G. Branden Robinson < > g.branden.robin...@gmail.com> wrote: > > At

Re: [bug #59573] typesetting.mom: traps are not initialised (set, planted)

do something about it if necessary; an error is just plain > wrong and has to be fixed. The .ch problem is of the first > category and should be treated as such. This seems reasonable to me. I'll note that Heirloom troff does not issue any warnings. -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io/

Re: [groff] Odd indentation in -ms using .IP after .SH 1 with .nr PSINC 3p

uot;.nr VS 12p". Could that cause any similar problems? Should I encourage the pandoc developers to use 10 instead of 10p for PS in their template file, and potentially 12 instead of 12p for VS, and document it so that people looking at the template to find how to change the pointsize and lineheight know not to use the p scaling indicator? -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io/

Re: Compile error with the current groff git head

T. Kurt Bond wrote: > When I try to compile groff on macOS Catalina with the compiler tools > installed by Xcode 12.2 (12B4b) and commit > 534680662889eb74dac3e100bcadf97e5962f027 I get the following error: > > CXX src/libs/libgroff/libgroff_a-curtime.o > In file incl

Compile error with the current groff git head

the Mac, rather than with groff. A google search did not come up with any answers. -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

[bug #59605] Add FR string variable to modify the footnote line length ratio to the current line length

URL: Summary: Add FR string variable to modify the footnote line length ratio to the current line length Project: GNU troff Submitted by: tkurtbond Submitted on: Wed 02 Dec 2020 09:33:42 PM UTC

Re: Footnote line length ratio to current line length

still get the 5/6 ratio, while other documents have the option for producing what is to some eyes a better appearance by explicitly opting in. On Sun, Nov 15, 2020 at 6:57 AM G. Branden Robinson < g.branden.robin...@gmail.com> wrote: > At 2020-11-13T13:59:27-0500, T. Kurt Bond wrote: > >

Re: Groff info manual section Section 5.1.3 Sentences should be changed to also mention that end of sentence characters are recognized when followed by two spaces

that \[lp] and \[rq] produce for those output devices. I have no idea if this minor discrepancy should be mentioned in the text. On Sun, Nov 15, 2020 at 7:00 AM G. Branden Robinson < g.branden.robin...@gmail.com> wrote: > Let me try again with those attachments. > -- T. Kurt

[bug #59604] Odd indentation in -ms using .IP after .SH 1 with .nr PSINC 3p .nr GROWPS 3

URL: Summary: Odd indentation in -ms using .IP after .SH 1 with .nr PSINC 3p .nr GROWPS 3 Project: GNU troff Submitted by: tkurtbond Submitted on: Wed 02 Dec 2020 08:50:42 PM UTC

Re: [groff] Odd indentation in -ms using .IP after .SH 1 with .nr PSINC 3p

s before interpreting its arguments (so that > the arguments refer to the size of the text that is typeset > by IP), although at first glance it had appeared to me that > the reset is delegated to a common macro that seems to expect > all values to be set already. > > > > -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: Footnote line length ratio to current line length

Is there any chance of the footnote ratio change I discuss getting in the upcoming groff release? Should I add it as a bug at savannah.gnu.org? On Thu, Aug 6, 2020 at 11:53 AM T. Kurt Bond wrote: > groff_ms(7) says that changing the number register FL is effective at > the next fo

Groff info manual section Section 5.1.3 Sentences should be changed to also mention that end of sentence characters are recognized when followed by two spaces

. (Is it better to start discussions of things like this on the mailing list or as a bug report on savannah.gnu.org?) -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: Why do Unicode Characters in the PDF Outline show up as, for example, [u1FOA1]?

Got it, thanks! On Mon, Aug 10, 2020 at 8:24 AM Deri wrote: > On Sunday, 9 August 2020 05:58:15 BST T. Kurt Bond wrote: > > > Anyway, in the output file (attached to this e-mail) the unicode > > > characters show up fine in the body text fine, but in the PDF Outline the >

Why do Unicode Characters in the PDF Outline show up as, for example, [u1FOA1]?

cter. Does anybody know why this is? I know that if I do something similar for Heirloom troff the PDF Outline *does* contain the Unicode characters. -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: Description of the naming conventions for variables, macros, etc in MS?

Thanks! On Fri, Aug 7, 2020 at 3:29 AM G. Branden Robinson < g.branden.robin...@gmail.com> wrote: > At 2020-08-06T12:05:54-0400, T. Kurt Bond wrote: > > Is there a description of the naming conventions used in the groff ms > > macros for variables, macros, and so forth

Description of the naming conventions for variables, macros, etc in MS?

Is there a description of the naming conventions used in the groff ms macros for variables, macros, and so forth? An * seems to mean internal and ! seems to mean array, for instance. What does @ mean? -- T. Kurt Bond, tkurtb...@gmail.com

Footnote line length ratio to current line length

efined. It gets a second argument of 'no' if the -- T. Kurt Bond, tkurtb...@gmail.com

Re: [Heirloom] Using the Symbola font in Heirloom troff

Thanks! On Wed, Aug 5, 2020 at 10:51 PM Richard Morse wrote: > I also just tried `.fp 0 … `, and also changing to `.fp 0 Symbola > Symbola.ttf`, incase the issue was with the whole “supply” argument. > > Ricky > > > On Aug 5, 2020, at 10:49 PM, T. Kurt Bond wrote:

Re: [Heirloom] Using the Symbola font in Heirloom troff

unted on > position 5. > > > > > > I tried the following: > > > > .do xflag 3 > > .fp 5 Symbola Symbola otf > > > -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

Re: [Heirloom] Using the Symbola font in Heirloom troff

in the terminal, and using the > .lc_ctype command), but that had no effect. > > > > I wonder if troff has a compiled in list of unicode characters that it > understands, and if you try to use one it deems invalid it just ignores it? > (This may be borne out by > https://github.

Re: [Heirloom] Using the Symbola font in Heirloom troff

t. > > I wonder if troff has a compiled in list of unicode characters that it > understands, and if you try to use one it deems invalid it just ignores it? > (This may be borne out by > https://github.com/n-t-roff/heirloom-doctools/blob/master/troff/troff.d/unimap.c > , but I don’t really kno

Re: [Heirloom] Using the Symbola font in Heirloom troff

ight be that Heirloom uses a data type of > insufficient size (an unsigned int is limited to values between 0–0x, > meaning astral codepoints get truncated in memory). > > In other words, it's a bug in Heirloom Doctools. > > On Wed, 5 Aug 2020 at 14:26, T. Kurt Bond wrote: &g

Re: [Heirloom] Using the Symbola font in Heirloom troff

t; https://github.com/n-t-roff/heirloom-doctools/blob/master/troff/troff.d/unimap.c >> , but I don’t really know enough about the code to be certain.) >> >> Ricky >> >> > On Aug 4, 2020, at 10:14 PM, T. Kurt Bond wrote: >> > >> > In Ema

Re: [Heirloom] Using the Symbola font in Heirloom troff

ne with more experience and > knowledge will speak up… > > Ricky > > > On Aug 4, 2020, at 3:59 PM, T. Kurt Bond wrote: > > > > And if I add "and explicit unicode character reference \U'1F0A1'" to the > > file, that character doesn't show up either. &

Re: [Heirloom] Using the Symbola font in Heirloom troff

a four digit > hexadecimal number. > > So I think you would need to use `\U'1F0A1'` for the character to show up? > > Ricky > > > > On Aug 4, 2020, at 12:28 PM, T. Kurt Bond wrote: > > > > (The heirloom-doctools README.md > > <https://github.com/n-t-roff/h

[Heirloom] Using the Symbola font in Heirloom troff

hould happen automatically in Heirloom troff, since it searches all the fonts when a font is missing a character, but I made the example use the Symbola font directly because that shows the problem directly. -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io

install-font.sh -P needs to allow dots in its argument.

to -P is a directory and that it is writable. I kept the check that the argument doesn't start with a dash, even though someone evil might start their directory with a dash. Should that check be dropped? -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io --- install-font.sh.orig

Is there any way to change the amount of space before a section header?

I'd like to reduce the amount of space before a section header. I'd really like to have the amount of space be proportional to the depth of the section header. I've tried defining my own version of SH-NO-TAG in my source file, but it doesn't seem to work. Any ideas? -- T. Kurt Bond, tkurtb

Re: Groff macro to make .UR and .UE links clickable in PDF?

do you think of this practice? > > Everyone: Would anyone object if .URL used this strategy for cleaner > typesetting? Please don't do this: there are still web sites out there that only respond to www.website.tld and not to website.tld. -- T. Kurt Bond, tkurtb...@gmail.com

Re: Future of groff Texinfo manual (was: documentation of hyphenation)

.de/msg01838/ms.pdf ). If that happens and the ms info node is removed, it should be at least replaced with a pointer to the man pages like most of the macro packages mentioned. -- T. Kurt Bond, tkurtb...@gmail.com -- T. Kurt Bond, tkurtb...@gmail.com

Re: Potential enhancements to install-font.sh from https://www.schaffter.ca/mom/bin/install-font.sh

Peter Schaffter wrote: > On Mon, Apr 27, 2020, T. Kurt Bond wrote: >> I added a -P option that lets you specify the prefix to use. I often >> install software into places like /sw/versions/groff/git (so I can >> have multiple versions of software installed), which means &g

Re: Weird font issue with .fam BM with groff -Tpdf

On Mon, 27 Apr 2020 19:46:43 -0400, Colin Watson wrote: > On Mon, Apr 27, 2020 at 06:30:07PM -0400, T. Kurt Bond wrote: > > When I do > > groff -Tpdf try-bm.tr >try-bm-Tpdf.pdf > > the PDF file that results has the text that starts out "This is > > R

Potential enhancements to install-font.sh from https://www.schaffter.ca/mom/bin/install-font.sh

ally to make it available system-wide.\n" - ;; -esac - else -copy_file + case "$copy_file" in +Y | y | YES | Yes | yes) + copy_file +;; +* ) + printf \ + "Install \033[36m${file}\033[0m manually to make it available system-wide.\n" +;; + esac +else + copy_file +fi fi - unset append_style unset ext unset font -- T. Kurt Bond, tkurtb...@gmail.com

Weird font issue with .fam BM with groff -Tpdf

a what could be causing this? -- T. Kurt Bond, tkurtb...@gmail.com

Re: [groff] Small general question concerning ms macro package

small question. Do you agree with me that ms does not really > > have separate procedures for things like indent and text boxes. > > Besides .RS/.RE it also has .QP > > > -- T. Kurt Bond, tkurtb...@gmail.com

Re: [groff] Does the groff -ms implementation have a way to switch to a new column in .2C mode?

, Jun 6, 2019 at 5:26 PM Ted Harding wrote: > A. On Thu, 2019-06-06 at 14:59 -0400, T. Kurt Bond wrote: > > I didn't see it documented in GROFF_MS(7). > > There are various ways (though not many) > to do this, depending on thr context > and on the reason for switchong

[groff] Does the groff -ms implementation have a way to switch to a new column in .2C mode?

I didn't see it documented in GROFF_MS(7). -- T. Kurt Bond, tkurtb...@gmail.com

[groff] Odd indentation in -ms using .IP after .SH 1 with .nr PSINC 3p

tation for the second indented paragraph. I've attached the resulting PDF file. If I take out the ".SH 1", or change it to ".SH 2", or change the PSINCR value to 1p the extra indentation goes away. Anybody have any idea what's happening here? -- T. Kurt Bond, tkurtb...@gmail.com sh.ms.pdf Description: Adobe PDF document

Re: [Groff] Trying to use tabs and tab stops in groff

| > > nroff | grep . > foo bar > x y z z y > $ > > -- > Cheers, Ralph. > https://plus.google.com/+RalphCorderoy > -- T. Kurt Bond, tkurtb...@gmail.com and http://unwind-protect.org/~tkb/ <http://unwind-protect.org/%7Etkb/>

[Groff] Trying to use tabs and tab stops in groff

.P A sentence to end the example. I get a result with everything smashed together, as if the "\t"s weren't there at all. Any idea what I'm doing wrong? -- T. Kurt Bond, tkurtb...@gmail.com

Re: [Groff] Is there an easy way to find out the width of the most recent table?

'|...|'. For instance, in a greatly simplified example: .TS tab(#), box; l r r l n n . Col a#Col b#Col c Row 1#1.5\(dg#10.23 Row 2#42.24#1.1 .TE \Z'\h'|1.1i'\(dg - Note' I'd like to be able to figure out what the value for \h should be automatically. -- T. Kurt Bond

  1   2   >