GNU bug report logs -
#75818
Wishlist: Better default GREP_COLORS
Previous Next
To reply to this bug, email your comments to 75818 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-grep <at> gnu.org
:
bug#75818
; Package
grep
.
(Fri, 24 Jan 2025 23:31:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Peter White <peter.white <at> posteo.net>
:
New bug report received and forwarded. Copy sent to
bug-grep <at> gnu.org
.
(Fri, 24 Jan 2025 23:31:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
While checking out what #75806[1] was about I realized that there is
some subtle unexpected behavior going on when coloring whitespace
characters. Since they are non-printable/invisible the default
GREP_COLORS='ms=1;31' is essentially a nop which mostly matters when
they are the *only* match(es), like trailing spaces (as in [1]).
One gets a match but no color which had me scratching my
head for a while.
Long story short, I propose changing the default to include both the
reverse/standout and underline capabilities. I say both because,
according to [2], they are somewhat obscure and not supported
everywhere. But chances are that at least one of the two is available,
one would hope. Are there any ill effects when sending unsupported
escape sequences? Because if not the experience out of the box would be
improved; if support is lacking, no harm done.
Thanks for your consideration,
PW
[1] https://lists.gnu.org/archive/html/bug-grep/2025-01/msg00014.html
[2] https://en.wikipedia.org/wiki/ANSI_escape_code
This bug report was last modified 38 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.