Re: TAB character in groff output

At 2022-08-16T00:01:40+0200, Alejandro Colomar wrote: > I like it. I applied a patch with exactly that (but .MR -> .BR; I'll still > wait a few years before using that). BTW, Branden, did you notice? :P Yes. :D But waiting a "few years", oof! Well, it'll come sooner if we can get our official

Re: [BUG] italics run past where they should

Hi Alex, At 2022-08-15T22:53:42+0200, Alejandro Colomar wrote: > On 7/21/22 18:46, G. Branden Robinson wrote: [...] > > I have a more precise hypothesis. > > > > You have obviously observed that these pagers highlight the match. > > This is often done by selecting the terminal's "standout" mode (

Re: TAB character in groff output

Hi Alejandro, Alejandro Colomar wrote on Tue, Aug 16, 2022 at 12:01:40AM +0200: > Ingo, is mandoc(1) planning to support .MR? Yes, almost certainly. I'm not enthusiastic about it, but given that groff is going ahead with it, it is clearly better to support it than to not support it. The most l

Re: mom problem

Ulrich -- On Mon, Aug 15, 2022, Ulrich Lauther wrote: > In the documentation I read: > If you supply a unit of measure, SPACE breaks the line then > advances one linespace (at the current leading) PLUS the specified > amount of extra space given to SPACE, as in > > .SPACE 6p > which breaks the

Re: TAB character in groff output

Hi Ingo, On 8/16/22 00:01, Alejandro Colomar wrote: I like it.  I applied a patch with exactly that (but .MR -> .BR; I'll still wait a few years before using that).  BTW, Branden, did you notice? :P

Re: TAB character in groff output

On 8/11/22 14:34, Ingo Schwarze wrote: Hi Alejandro, sorry for getting distracted and returning late to the party. Alejandro Colomar wrote on Tue, Aug 02, 2022 at 05:14:47PM +0200: [...] $ make lint-man-mandoc LINT (mandoc) tmp/lint/man7/spufs.7.lint-man.mandoc.touch mandoc: man7/spufs.7:

Re: [BUG] italics run past where they should

Hi Branden, On 7/21/22 18:46, G. Branden Robinson wrote: Hi Alex, At 2022-07-21T14:07:35+0200, Alejandro Colomar wrote: On 7/21/22 12:49, Alejandro Colomar wrote: On 7/21/22 12:46, Alejandro Colomar wrote: On 7/21/22 11:25, G. Branden Robinson wrote: At 2022-07-20T16:58:34+0200, Alejandro C

Re: mom problem

- Forwarded message from Peter Schaffter - Date: Mon, 15 Aug 2022 12:22:11 -0400 To: Ulrich Lauther From: Peter Schaffter Subject: Re: mom problem Ulrich -- On Mon, Aug 15, 2022, Ulrich Lauther wrote: > I added the modified SPACE macro to my private collection of > macros, and it seem

Re: One Page Dungeon Layout in groff?

On Monday, 15 August 2022 11:20:10 BST Ralph Corderoy wrote: > Second, gropdf(1) chokes on gm PDF with > > PDF Dict Key 'endstream' does not start with '/' > > so I filter gm's output through ps2pdf(1) first. I created a random png to pdf with gm convert and it produced a pdf which caused t

Re: One Page Dungeon Layout in groff?

--- Begin Message --- It's working nicely now! Yay! Am Mon, Aug 15, 2022 at 11:20:10AM +0100 schrieb Ralph Corderoy: > It's still quicker overall than going through PostScript with an EPS > map. > > dungeon.pdf: dungeon opd.tmac map.pdf > groff -U -Kutf8 -Tpdf -ms opd.tmac dungeon

Re: Standardize roff (was: *roff `\~` support)

Hi, On 8/14/22 21:43, DJ Chase wrote: True; prescriptive standards can certainly make some things worse. As a further example, ISO 8601 sucks. I mean, its core specification is great, but there are so many different ways that are allowed that the full standard is almost completely unparseable. I

Re: One Page Dungeon Layout in groff?

Hi Laurens, > Sorry to bombard you with my questions ... Not a problem; you're clearly making steady progress on things you're not asking so it's not as if you're not making an effort and just asking everything which crops up. > The problem about resetting line length I got partially figured ou