Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #256763

vtty & X terminal color scourge

From Felix Miata <mrmazda@earthlink.net>
Newsgroups linux.debian.user
Subject vtty & X terminal color scourge
Date 2023-04-05 04:40 +0200
Message-ID <Gh1e1-hqDN-1@gated-at.bofh.it> (permalink)
Organization less than infinite

Show all headers | View raw


Once upon a time, I could count on minimal coloring on vttys and X terminals. This
was unaffected by my inclusion of

  setterm -foreground white -bold -background blue -blank 59 -store

in .bashrc, which after some years needed to be changed to

  tty=$(tty); [ "$tty" != "${tty#/dev/tty[0-9]}" ] && setterm --background blue
--foreground white --bold on --store

NC in DOS around 1985 or so gave me an affection for blue backgrounds instead of
black that has stuck for full screen modes, and for plain text apps whether in
text mode framebuffer or GUI window.

Mostly what I remember from my early Linux days was dead/broken symlinks would be
red and black or red and yellow or white. Otherwise it would be black on yellow or
white in X terminals, and "gray" on black normally on vttys, with an occasional
smattering of white in place of gray or inversion of normal colors when
highlighting was appropriate. I was content.

Now it seems nearly everything has adopted varied foreground colors that are
inadequately contrasty. I noticed https://no-color.org/ via another thread here
today, but have found NO_COLOR=1 exported to have little impact. I tried removing
everything from .bashrc affecting color, but that impacted nothing I tested with.

What bothers me more than anything is that dead symlinks haven't been red, or
anything else to distinguish them, in a long time. With Bookworm on a short path
to release, I'd like to find out if it's possible to get some semblance of old
limited colors behavior back, along with dead symlinks standing out. Apparently
the places to start are bash and dash. Where do these shells get their default
colors globally defined? /etc/dash* doesn't seem to exist. /etc/bash.bashrc seems
only to contain whether colors are enabled or not. Colors don't seem to be under
the purview of console-setup either. Is there any strategy available to limit
coloring of plain text I/O globally that I've missed? Can framebuffers or GUI X
terminals be forced into a 4 color mode that apps cannot ignore? Surely due to
accessibility considerations there must be some way to ensure adequate contrast.
-- 
Evolution as taught in public schools is, like religion,
	based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

Back to linux.debian.user | Previous | NextNext in thread | Find similar | Unroll thread


Thread

vtty & X terminal color scourge Felix Miata <mrmazda@earthlink.net> - 2023-04-05 04:40 +0200
  Re: vtty & X terminal color scourge Greg Wooledge <greg@wooledge.org> - 2023-04-05 04:50 +0200
    Re: vtty & X terminal color scourge David <bouncingcats@gmail.com> - 2023-04-05 06:50 +0200
    Re: vtty & X terminal color scourge davidson <davidson@freevolt.org> - 2023-04-05 09:40 +0200
      Re: vtty & X terminal color scourge davidson <davidson@freevolt.org> - 2023-04-05 09:50 +0200
      Re: vtty & X terminal color scourge davidson <davidson@freevolt.org> - 2023-04-05 21:20 +0200
  Re: vtty & X terminal color scourge rhkramer@gmail.com - 2023-04-05 21:50 +0200
  Re: vtty & X terminal color scourge Dan Ritter <dsr@randomstring.org> - 2023-04-06 01:00 +0200

csiph-web