emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#69807: closed (questioning automatic -i in multicolumn pr)


From: GNU bug Tracking System
Subject: bug#69807: closed (questioning automatic -i in multicolumn pr)
Date: Thu, 21 Mar 2024 15:41:02 +0000

Your message dated Thu, 21 Mar 2024 15:33:19 +0000
with message-id <543d5fc9-a25c-0b6a-7ce5-ff0722c956f9@draigBrady.com>
and subject line Re: bug#69807: questioning automatic -i in multicolumn pr
has caused the debbugs.gnu.org bug report #69807,
regarding questioning automatic -i in multicolumn pr
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
69807: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=69807
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: questioning automatic -i in multicolumn pr Date: Thu, 14 Mar 2024 16:31:34 -0400
Multicolumn options in pr imply option -i (tabification). The introduction of tabs with physical rather than logical meaning makes output that is OK for viewing only if you have correct tab stops, and is complicated for further processing.  It caters for obsolete equipment--typewriters, on which tabbing was appreciably faster than spacing.

As a wish-list item I propose abolishing implicit tabification. A second choice (that doesn't buck Posix) is to provide an option to suppress implicit tabification. At a bare minimum, document a workaround for the inconvenient tabs, e.g. post-processing with pr -t -e.

--- End Message ---
--- Begin Message --- Subject: Re: bug#69807: questioning automatic -i in multicolumn pr Date: Thu, 21 Mar 2024 15:33:19 +0000 User-agent: Mozilla Thunderbird
On 14/03/2024 20:31, Douglas McIlroy wrote:
Multicolumn options in pr imply option -i (tabification). The introduction
of tabs with physical rather than logical meaning makes output that is OK
for viewing only if you have correct tab stops, and is complicated for
further processing.  It caters for obsolete equipment--typewriters, on
which tabbing was appreciably faster than spacing.

As a wish-list item I propose abolishing implicit tabification. A second
choice (that doesn't buck Posix) is to provide an option to suppress
implicit tabification. At a bare minimum, document a workaround for the
inconvenient tabs, e.g. post-processing with pr -t -e.

Good call on the documentation.  I'll add this now:

commit 91e69cd2d02f015fc296e02388e0b18a293faa56 (HEAD -> master)
Author: Pádraig Brady <P@draigBrady.com>
Date:   Thu Mar 21 15:26:48 2024 +0000

    doc: pr: give solution to expanding TABs in multicolumn output

    * doc/coreutils.texi (pr invocation): Explicitly state that
    multicolumn output will convert spaces to TABs, and show that
    this can be undone with the `pr -t -e` or `expand` commands.
    Suggested by Douglas McIlroy in https://bugs.gnu.org/69807

diff --git a/doc/coreutils.texi b/doc/coreutils.texi
index e36269588..37d729089 100644
--- a/doc/coreutils.texi
+++ b/doc/coreutils.texi
@@ -2636,9 +2636,11 @@ This option might well cause some lines to be truncated.>
 lines in the columns on each page are balanced.  The options @option{-e}
 and @option{-i} are on for multiple text-column output.  Together with
 @option{-J} option column alignment and line truncation is turned off.
+Since spaces are converted to TABs in multicolumn output, they can be converted
+back by further processing through @command{pr -t -e} or @command{expand}.


thanks,
Pádraig


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]