Re: [BUG] Hyperlink macros: breaking should conserve the full hyperlink

2022-02-13 Thread G. Branden Robinson
Hi Alex, I just wanted to issue a point of self-correction since I pretty badly misstated something. At 2022-02-08T08:53:17+1100, G. Branden Robinson wrote: > > And XFCE terminal highlights as a hyperlink _only_ the part that is > > on the first line (i.e., up to 'process/'). The second part (i.

Re: [BUG] Hyperlink macros: breaking should conserve the full hyperlink

2022-02-07 Thread G. Branden Robinson
Hi, Alex! At 2022-02-08T00:19:40+0100, Alejandro Colomar (man-pages) wrote: > Huh, now I realize that thunderbird(1) broke my correct man(7) source > code. I wrote the URI in the same line as .UR, but the $#!^! mailer > broke it into two lines :( Yes, and the list archive software at gnu.org mer

Re: [BUG] Hyperlink macros: breaking should conserve the full hyperlink

2022-02-07 Thread Alejandro Colomar (man-pages)
On 2/8/22 00:13, G. Branden Robinson wrote: > $ tgu -Z -man ~/tmp/long-uri.man | grep 'x X tty' > $ tgu -man -rU1 ~/tmp/long-uri.man > foo(1) General Commands Manual foo(1) > > Name >foo - frobnicate a bar > > Description >Here’s an examp

Re: [BUG] Hyperlink macros: breaking should conserve the full hyperlink

2022-02-07 Thread Humm
Content-Type: application/x-troff-man Fun fact: There is text/troff. See RFC 4263. This could be something like `text/troff; process=-man`. -- Humm

Re: [BUG] Hyperlink macros: breaking should conserve the full hyperlink

2022-02-07 Thread Alejandro Colomar (man-pages)
Hi Branden, On 2/7/22 23:57, G. Branden Robinson wrote: > Hi Alex, > > At 2022-02-07T23:12:59+0100, Alejandro Colomar (man-pages) wrote: >> H, groff_man(7) isn't explicit in the need for a link text for >> .UR/.UE or .MT/.ME. > > Right. > >> Is it really needed? > > No. > >> What if the l

Re: [BUG] Hyperlink macros: breaking should conserve the full hyperlink

2022-02-07 Thread G. Branden Robinson
At 2022-02-07T23:18:22+0100, Alejandro Colomar (man-pages) wrote: > I see the same broken link I saw in my experiments: > > [ > foo(1) General Commands Manual > foo(1) > > Name >foo - frobnicate a bar > > Description >Here’s an example from Alejandro Colo

Re: [BUG] Hyperlink macros: breaking should conserve the full hyperlink

2022-02-07 Thread G. Branden Robinson
Hi Alex, At 2022-02-07T23:12:59+0100, Alejandro Colomar (man-pages) wrote: > H, groff_man(7) isn't explicit in the need for a link text for > .UR/.UE or .MT/.ME. Right. > Is it really needed? No. > What if the link text should be exactly the URI? Why repeat it? Repeat how? In the input

Re: [BUG] Hyperlink macros: breaking should conserve the full hyperlink

2022-02-07 Thread Alejandro Colomar (man-pages)
On 2/7/22 23:13, G. Branden Robinson wrote: > I forgot the attachment, of course. :-) > > Trying again. I see the same broken link I saw in my experiments: [ foo(1) General Commands Manual foo(1) Name foo - frobnicate a bar Description Here’s an example

Re: [BUG] Hyperlink macros: breaking should conserve the full hyperlink

2022-02-07 Thread G. Branden Robinson
I forgot the attachment, of course. Trying again. long-uri.man Description: Unix manual page signature.asc Description: PGP signature

Re: [BUG] Hyperlink macros: breaking should conserve the full hyperlink

2022-02-07 Thread Alejandro Colomar (man-pages)
Hi Branden! On 2/7/22 22:53, G. Branden Robinson wrote: > Hi, Alex! > > At 2022-02-07T19:58:33+0100, Alejandro Colomar (man-pages) wrote: >> Hi Branden, >> >> I realized that when you break a hyperlink, the terminal shows an >> incorrect link. >> >> For the following code: >> >> [ >> See: >> .UR

Re: [BUG] Hyperlink macros: breaking should conserve the full hyperlink

2022-02-07 Thread G. Branden Robinson
Hi, Alex! At 2022-02-07T19:58:33+0100, Alejandro Colomar (man-pages) wrote: > Hi Branden, > > I realized that when you break a hyperlink, the terminal shows an > incorrect link. > > For the following code: > > [ > See: > .UR > https://www.kernel.org/\:doc/\:html/\:latest/\:process/\:coding-styl