[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: *roff `\~` support (was: [PATCH 4/6] xattr.7: wfix)
From: |
DJ Chase |
Subject: |
Re: *roff `\~` support (was: [PATCH 4/6] xattr.7: wfix) |
Date: |
Sat, 13 Aug 2022 17:27:34 +0000 |
On Fri Aug 12, 2022 at 6:10 PM EDT, G. Branden Robinson wrote:
> Hi Ingo,
>
> At 2022-08-12T16:30:01+0200, Ingo Schwarze wrote:
> > G. Branden Robinson wrote on Thu, Aug 11, 2022 at 03:17:14PM -0500:
> > > At 2022-08-11T14:48:51+0200, Ingo Schwarze wrote:
> > >> The former is portable and the latter is a GNU extension.
> >
> > > ...that is over 30 years old and supported by Heirloom Doctools
> > > troff for 17 years now, neatroff for about six, and your mandoc for
> > > three.
> >
> > Actually, mandoc supports \~ at least since Sep 17 2009:
> > https://cvsweb.bsd.lv/mandoc/Attic/chars.in?rev=1.1&content-type=text/x-cvsweb-markup
>
> Whoops! I regret the error, and will update groff's Texinfo manual to
> correct this.
>
> > > plan9port troff doesn't either, and its laudable introduction
> > > of a man(7) MR macro notwithstanding, its activity level is
> > > not high.
> >
> > There are people using Plan 9 for practical work though, they have
> > even occasionally posted on the groff and mandoc lists, so that is a
> > bit more of a problem.
>
> […] But, if
> that's what it takes to get this escape sequence de facto standardized,
> and no one else will do it, that will move it up the priority queue.
Have we ever considered a de jure *roff standard? If not, here are just
some reasons:
• [the obvious benefits of standardizing anything]
• A standard could lead to more implementations because
developers would not have to be intimately familiar with the
{groff,heirloom,neatroff} toolchain before implementing a
*roff toolchain themselves.
• It could also lead to more users & use cases because existing
users could count on systems supporting certain features, so
they could use *roff in more situations, which would lead to
more exposure.
Cheers,
--
DJ Chase
They, Them, Theirs
PS: It’s ridiculous that *roff isn’t part of POSIX when it was Unix’s
killer feature.
- Re: [PATCH 4/6] xattr.7: wfix, Alejandro Colomar, 2022/08/01
- Re: [PATCH 4/6] xattr.7: wfix, Ingo Schwarze, 2022/08/11
- Re: [PATCH 4/6] xattr.7: wfix, G. Branden Robinson, 2022/08/11
- Re: [PATCH 4/6] xattr.7: wfix, Ingo Schwarze, 2022/08/12
- *roff `\~` support (was: [PATCH 4/6] xattr.7: wfix), G. Branden Robinson, 2022/08/12
- Re: *roff `\~` support (was: [PATCH 4/6] xattr.7: wfix), G. Branden Robinson, 2022/08/13
- Re: *roff `\~` support (was: [PATCH 4/6] xattr.7: wfix), Ingo Schwarze, 2022/08/14
- Re: *roff `\~` support (was: [PATCH 4/6] xattr.7: wfix), G. Branden Robinson, 2022/08/14
- Re: *roff `\~` support (was: [PATCH 4/6] xattr.7: wfix),
DJ Chase <=
- Standardize roff (was: *roff `\~` support), Ingo Schwarze, 2022/08/14
- Re: Standardize roff (was: *roff `\~` support), DJ Chase, 2022/08/14
- Re: Standardize roff (was: *roff `\~` support), Alejandro Colomar, 2022/08/14
- Re: Standardize roff (was: *roff `\~` support), DJ Chase, 2022/08/14
- Re: Standardize roff (was: *roff `\~` support), Alejandro Colomar, 2022/08/15
- Re: Standardize roff (was: *roff `\~` support), Ingo Schwarze, 2022/08/16
- Re: Standardize roff (was: *roff `\~` support), G. Branden Robinson, 2022/08/14
- Re: Standardize roff (was: *roff `\~` support), DJ Chase, 2022/08/14
- Re: Standardize roff (was: *roff `\~` support), Sam Varshavchik, 2022/08/14
- Re: Standardize roff, Ingo Schwarze, 2022/08/16