The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: John Cowan <cowan@ccil.org>
To: Rob Pike <robpike@gmail.com>
Cc: TUHS main list <tuhs@minnie.tuhs.org>
Subject: Re: [TUHS] Why does shell write to stderr?
Date: Fri, 8 Apr 2022 21:46:10 -0400	[thread overview]
Message-ID: <CAD2gp_RsFWGUtj-9QDKSG3h8Otxb0ZY5M7G00ZAjV=dKEg+Rsw@mail.gmail.com> (raw)
In-Reply-To: <CAKzdPgzvWasb9gatMvoQT+EgQn65Ff+qbMK1tThdFr_D5qNSgg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1143 bytes --]

On Thu, Apr 7, 2022 at 7:53 PM Rob Pike <robpike@gmail.com> wrote:

If you never ring the bell in the editor, the issue never comes up, the
> code is simpler, and there's less to understand.
>

Well, yes.  And by the same token, you can eliminate the complexities of
i18n by having only one diagnostic, namely "?" (or by pretending all the
world is anglophone).

But setting aside for the moment this style of argumentation, let's
consider directory colorization.  I have no dog in this fight, as I set all
my terminals to black-on-white as God and Gutenberg intended, and set TERM
to vt100 so the colors can't be changed.  However, the feature seems to be
extremely popular, and can't be readily done outboard in a pipeline],
unlike most of the infamous options of cat(1).  As things stand, the X3.64
control sequences output by colorization are *not* suppressed when the
output of ls isn't a terminal, which means I have had to write a stripper
for them.  Another example is cal(1), which tries to output the current day
in reverse video, which is equally annoying but fortunately can be
suppressed more easily by piping it through more(1).

[-- Attachment #2: Type: text/html, Size: 2064 bytes --]

  reply	other threads:[~2022-04-09  1:49 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-07 21:11 Douglas McIlroy
2022-04-07 21:32 ` Steffen Nurpmeso
2022-04-07 21:36 ` Richard Salz
2022-04-07 22:15   ` Rob Pike
2022-04-07 22:30     ` George Michaelson
2022-04-07 23:51       ` Rob Pike
2022-04-09  1:46         ` John Cowan [this message]
2022-04-09  1:53           ` George Michaelson
2022-04-09 18:05           ` Steffen Nurpmeso
  -- strict thread matches above, loose matches on Subject: below --
2022-04-08  9:34 Paul Ruizendaal via TUHS
2022-04-07 17:45 Richard Salz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAD2gp_RsFWGUtj-9QDKSG3h8Otxb0ZY5M7G00ZAjV=dKEg+Rsw@mail.gmail.com' \
    --to=cowan@ccil.org \
    --cc=robpike@gmail.com \
    --cc=tuhs@minnie.tuhs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).