From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED autolearn=no autolearn_force=no version=3.4.4 Received: (qmail 23079 invoked from network); 14 Aug 2020 03:53:57 -0000 Received: from bsd.lv (HELO mandoc.bsd.lv) (66.111.2.12) by inbox.vuxu.org with ESMTPUTF8; 14 Aug 2020 03:53:57 -0000 Received: from fantadrom.bsd.lv (localhost [127.0.0.1]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id c0bd4124 for ; Thu, 13 Aug 2020 22:53:54 -0500 (EST) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id 5aa2aff7 for ; Thu, 13 Aug 2020 22:53:54 -0500 (EST) Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=krj.st; s=key1; t=1597377232; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to; bh=1qPApSeVHqUoRCcRt1oEsJI/T6tZ1o+TZXZhLtyxvlI=; b=YoHNFsbF2nwwZnp3DFTnzn/78YZs6irQxz6rWJZkwCL34Zeiz0GhMyV1nrd4zFEX004dVR 2AgO38BORSPQ0+I9iKZoarneDFpd6q1kXcc75FDQRVQEiH6L3YNtX8P9KfTtrQxK6E/08Y ejjtbjF8b2IcqRn/+//vsASjCN0/XH696ko0jaY/GPkEisRI2oFP0VVZvNKb0RP84ZgR5q ike4pCtKwBZzH4G+coSGQtZ5val0LsbcxWtWqO1ptIMzT2revmJ3q/Mm1ZwZdhfmbNIiP8 MwvbKPQTweVWlZUk7Z+RgG2FFR3kdeZ+jXhwFlffOrw64qjBIjtZHfOGxEGivw== Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: Option to disable sentence spacing in tty output? X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: "k.st" To: "Ingo Schwarze" Date: Fri, 14 Aug 2020 03:50:47 +0000 Message-Id: In-Reply-To: <20200813232207.GB46177@athene.usta.de> X-Mailinglist: mandoc-discuss Reply-To: discuss@mandoc.bsd.lv Sorry, I forgot to cc the list. --- "Ingo Schwarze" wrote: > Though admittedly, pod2man(1) is already good enough and all others > are basically unmaintained, hopeless crap. Now that you mentioned pod2man(1), I noticed that it also has trouble handling sentence breaks. $ cat test.pod =3Dhead1 Test This is a line. This is another line. $ pod2man test.pod | mandoc TEST(1) User Contributed Perl Documentation TE= ST(1) Test This is a line. This is another line. perl v5.32.0 2020-08-14 TE= ST(1) > but workarounds for issues of little to no importance just > encourage laziness and bad practice for no relevant benefit. I agree that this issue is very minor. It should be handled by man(7) generators, but as far as I know, the only generator that handles this properly is Pandoc. This is quite difficult without enforcing the same line-breaking style as roff. Pandoc uses an abbreviation list to handle ambiguity, but there can be false positives. I have addressed this issue to developers of multiple man(7) generators. For asciidoc, it is tied to docbook, which hasn't been updated for years and mostly deprecated in favor of a new format, so fixing it might be hopeless [1]. > Respecting .ss would be easy indeed, but that would amount to letting > the *author* choose rather than the user. groff happens to have a man.local file that is loaded before processing any man pages, but mandoc's workflow is quite different, so yes, I don't think implementing this option would matter a lot to users. > getopt_long? Over my dead body. > > But i don't think there is the slightest chance for building a > sufficiently good argument for -O frenchspacing either. Of course, I mean similar in functionality, not similar option names. As an alternative to option flags, If anyone would like to disable this behavior. The following patch should do the trick: For revision 1.281. --- a/term.c +++ b/term.c @@ -535,8 +535,6 @@ term_word(struct termp *p, const char *word) if ((p->flags & TERMP_NOSPACE) =3D=3D 0) { if ((p->flags & TERMP_KEEP) =3D=3D 0) { bufferc(p, ' '); - if (p->flags & TERMP_SENTENCE) - bufferc(p, ' '); } else bufferc(p, ASCII_NBRSP); } - kst [1]: https://github.com/asciidoc/asciidoc-py3/issues/137 -- To unsubscribe send an email to discuss+unsubscribe@mandoc.bsd.lv