GNU bug report logs -
#2501
22.2.1: terminal mrxvt white - font's are unreadable
Previous Next
Reported by: Jari Aalto <jari.aalto <at> cante.net>
Date: Fri, 27 Feb 2009 17:30:02 UTC
Severity: wishlist
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2501 in the body.
You can then email your comments to 2501 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2501
; Package
emacs
.
(Fri, 27 Feb 2009 17:30:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jari Aalto <jari.aalto <at> cante.net>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Fri, 27 Feb 2009 17:30:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, inline)]
On a white mrxt black on white terminal[1], the font-lock colors are
unreadable. See attached picture.
$ tput colors
8
Please improve font-lock-keywords.
[term-mrxvt-white-emacs-nw.png (image/png, attachment)]
[Message part 3 (text/plain, inline)]
[1] Debian; mrxvt 0.5.3-2 terminal
http://packages.debian.org/mrxvt
In GNU Emacs 22.2.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2008-11-10 on excelsior, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.10402000
configured using `configure '--build=x86_64-linux-gnu' '--host=x86_64-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs22:/etc/emacs:/usr/local/share/emacs/22.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.2/leim' '--with-x=yes' '--with-x-toolkit=athena' '--with-toolkit-scroll-bars' 'build_alias=x86_64-linux-gnu' 'host_alias=x86_64-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_DK.UTF-8
locale-coding-system: utf-8
default-enable-multibyte-characters: t
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2501
; Package
emacs
.
(Fri, 27 Feb 2009 18:30:04 GMT)
Full text and
rfc822 format available.
Message #8 received at 2501 <at> emacsbugs.donarmstrong.com (full text, mbox):
Jari Aalto <jari.aalto <at> cante.net> writes:
> On a white mrxt black on white terminal[1], the font-lock colors are
> unreadable. See attached picture.
>
> $ tput colors
> 8
>
> Please improve font-lock-keywords.
>
>
>
> [1] Debian; mrxvt 0.5.3-2 terminal
> http://packages.debian.org/mrxvt
It appears that emacs thinks that you have dark background. What did
you set TERM to?
This looks like it is an rxvt derivative, so the value of the COLORFGBG
environment variable should help emacs realize what is the default
background.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2501
; Package
emacs
.
(Fri, 27 Feb 2009 20:10:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jari Aalto <jari.aalto <at> cante.net>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Fri, 27 Feb 2009 20:10:03 GMT)
Full text and
rfc822 format available.
Message #13 received at 2501 <at> emacsbugs.donarmstrong.com (full text, mbox):
Dan Nicolaescu <dann <at> ics.uci.edu> writes:
> > On a white mrxt black on white terminal[1], the font-lock colors are
> > unreadable. See attached picture.
> >
> > $ tput colors
> > 8
> >
> > [1] Debian; mrxvt 0.5.3-2 terminal
> > http://packages.debian.org/mrxvt
>
> It appears that emacs thinks that you have dark background. What did
> you set TERM to?
I started mrxvt from xterm:
$ xterm
$ echo $TERM
xterm
$ mrxvt &
mrxvt$ echo $TERM
rxvt
<terminal is open in black on white>
> This looks like it is an rxvt derivative, so the value of the COLORFGBG
> environment variable should help emacs realize what is the default
> background.
mrxvt$ COLORFGBG=1 emacs -Q -nw
=> Same color results as in previously attached picture
Jari
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2501
; Package
emacs
.
(Fri, 27 Feb 2009 20:15:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jari Aalto <jari.aalto <at> cante.net>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Fri, 27 Feb 2009 20:15:04 GMT)
Full text and
rfc822 format available.
Message #18 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Dan Nicolaescu <dann <at> ics.uci.edu> writes:
> This looks like it is an rxvt derivative, so the value of the COLORFGBG
> environment variable should help emacs realize what is the default
> background.
I'm not sure what the COLORFGBG is, so I tried:
<mrxvt terminal: black text on white background>
COLORFGBG="dark;light" emacs -Q -q -nw ~/tmp/test.el
COLORFGBG="light;dark" emacs -Q -q -nw ~/tmp/test.el
COLORFGBG="default;default" emacs -Q -q -nw ~/tmp/test.el
with same results as in previously attached picture. No change.
Jari
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2501
; Package
emacs
.
(Fri, 27 Feb 2009 20:25:04 GMT)
Full text and
rfc822 format available.
Message #21 received at 2501 <at> emacsbugs.donarmstrong.com (full text, mbox):
Jari Aalto <jari.aalto <at> cante.net> writes:
> Dan Nicolaescu <dann <at> ics.uci.edu> writes:
> > > On a white mrxt black on white terminal[1], the font-lock colors are
> > > unreadable. See attached picture.
> > >
> > > $ tput colors
> > > 8
> > >
> > > [1] Debian; mrxvt 0.5.3-2 terminal
> > > http://packages.debian.org/mrxvt
> >
> > It appears that emacs thinks that you have dark background. What did
> > you set TERM to?
>
> I started mrxvt from xterm:
>
> $ xterm
> $ echo $TERM
> xterm
> $ mrxvt &
>
> mrxvt$ echo $TERM
> rxvt
> <terminal is open in black on white>
It works just fine for me on Fedora 10, with emacs CVS HEAD, emacs-22.3
on either rxvt and mrxvt.
> > This looks like it is an rxvt derivative, so the value of the COLORFGBG
> > environment variable should help emacs realize what is the default
> > background.
>
> mrxvt$ COLORFGBG=1 emacs -Q -nw
> => Same color results as in previously attached picture
Try setting COLORFGBG to: 0;default
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2501
; Package
emacs
.
(Fri, 27 Feb 2009 22:10:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jari Aalto <jari.aalto <at> cante.net>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Fri, 27 Feb 2009 22:10:04 GMT)
Full text and
rfc822 format available.
Message #26 received at 2501 <at> emacsbugs.donarmstrong.com (full text, mbox):
Dan Nicolaescu <dann <at> ics.uci.edu> writes:
> > I started mrxvt from xterm:
> >
> > $ xterm
> > $ echo $TERM
> > xterm
> > $ mrxvt &
> >
> > mrxvt$ echo $TERM
> > rxvt
> > <terminal is open in black on white>
>
> It works just fine for me on Fedora 10, with emacs CVS HEAD, emacs-22.3
> on either rxvt and mrxvt.
Same results as in sent picture under Debian/rxvt. colors are unreadble.
Built 2009-02-28 00:00 UTC+2
$ /usr/local/bin/emacs -Q -q --batch --eval '(princ emacs-version)'
23.0.91.2
> Try setting COLORFGBG to: 0;default
$ COLORFGBG="0;default" /usr/local/bin/emacs -Q -q -nw ~/tmp/test.el
No change. Same results as before. Environemt attached.
Jari
$ env | grep -i color
LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.svgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:
COLORTERM=rxvt-xpm
$ env | grep -i term
MRXVT_TABTITLE=Terminal
TERM=rxvt
XTERM_SHELL=/bin/bash
XTERM_VERSION=XTerm(241)
XTERM_LOCALE=en_DK.UTF-8
TERMINFO=/usr/share/terminfo
COLORTERM=rxvt-xpm
Added tag(s) unreproducible.
Request was from
Chong Yidong <cyd <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 17 Jun 2012 04:52:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#2501
; Package
emacs
.
(Thu, 14 Jan 2016 04:59:01 GMT)
Full text and
rfc822 format available.
Message #31 received at 2501 <at> debbugs.gnu.org (full text, mbox):
I can reproduce this on an xterm brought up on OS X in Emacs 25, so I'm
removing the unreproducible tag.
IMHO, Emacs should have a way to configure all faces to be legible. We
already have shr-color-check thanks to Julien Danjou, it should be an
interesting project for someone to use that to correct all faces. I
think trying to squash each instance of an illegible font without that
sort of solution would be a never-ending task, considering all the
themes out there.
Jari Aalto <jari.aalto <at> cante.net> writes:
> Dan Nicolaescu <dann <at> ics.uci.edu> writes:
>> > I started mrxvt from xterm:
>> >
>> > $ xterm
>> > $ echo $TERM
>> > xterm
>> > $ mrxvt &
>> >
>> > mrxvt$ echo $TERM
>> > rxvt
>> > <terminal is open in black on white>
>>
>> It works just fine for me on Fedora 10, with emacs CVS HEAD, emacs-22.3
>> on either rxvt and mrxvt.
>
> Same results as in sent picture under Debian/rxvt. colors are unreadble.
> Built 2009-02-28 00:00 UTC+2
>
> $ /usr/local/bin/emacs -Q -q --batch --eval '(princ emacs-version)'
> 23.0.91.2
>
>> Try setting COLORFGBG to: 0;default
>
> $ COLORFGBG="0;default" /usr/local/bin/emacs -Q -q -nw ~/tmp/test.el
> No change. Same results as before. Environemt attached.
>
> Jari
>
> $ env | grep -i color
> LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.svgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:
> COLORTERM=rxvt-xpm
>
> $ env | grep -i term
> MRXVT_TABTITLE=Terminal
> TERM=rxvt
> XTERM_SHELL=/bin/bash
> XTERM_VERSION=XTerm(241)
> XTERM_LOCALE=en_DK.UTF-8
> TERMINFO=/usr/share/terminfo
> COLORTERM=rxvt-xpm
Removed tag(s) unreproducible.
Request was from
Andrew Hyatt <ahyatt <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Thu, 14 Jan 2016 04:59:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#2501
; Package
emacs
.
(Thu, 14 Jan 2016 16:03:03 GMT)
Full text and
rfc822 format available.
Message #36 received at 2501 <at> debbugs.gnu.org (full text, mbox):
> From: Andrew Hyatt <ahyatt <at> gmail.com>
> Date: Wed, 13 Jan 2016 23:58:06 -0500
> Cc: Dan Nicolaescu <dann <at> ics.uci.edu>, 2501 <at> debbugs.gnu.org
>
>
> I can reproduce this on an xterm brought up on OS X in Emacs 25, so I'm
> removing the unreproducible tag.
>
> IMHO, Emacs should have a way to configure all faces to be legible. We
> already have shr-color-check thanks to Julien Danjou, it should be an
> interesting project for someone to use that to correct all faces. I
> think trying to squash each instance of an illegible font without that
> sort of solution would be a never-ending task, considering all the
> themes out there.
That sounds like an enhancement to me, so I think we should tag this
bug report "wishlist". WDYT?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#2501
; Package
emacs
.
(Sat, 16 Jan 2016 04:18:01 GMT)
Full text and
rfc822 format available.
Message #39 received at 2501 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Andrew Hyatt <ahyatt <at> gmail.com>
>> Date: Wed, 13 Jan 2016 23:58:06 -0500
>> Cc: Dan Nicolaescu <dann <at> ics.uci.edu>, 2501 <at> debbugs.gnu.org
>>
>>
>> I can reproduce this on an xterm brought up on OS X in Emacs 25, so I'm
>> removing the unreproducible tag.
>>
>> IMHO, Emacs should have a way to configure all faces to be legible. We
>> already have shr-color-check thanks to Julien Danjou, it should be an
>> interesting project for someone to use that to correct all faces. I
>> think trying to squash each instance of an illegible font without that
>> sort of solution would be a never-ending task, considering all the
>> themes out there.
>
> That sounds like an enhancement to me, so I think we should tag this
> bug report "wishlist". WDYT?
Sure, let's consider this a wishlist for the general feature of not
having these kinds of unreadable colors. I'll tag this as you suggest.
Severity set to 'wishlist' from 'normal'
Request was from
Andrew Hyatt <ahyatt <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Sat, 16 Jan 2016 04:24:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#2501
; Package
emacs
.
(Sun, 13 Feb 2022 10:10:02 GMT)
Full text and
rfc822 format available.
Message #44 received at 2501 <at> debbugs.gnu.org (full text, mbox):
Jari Aalto <jari.aalto <at> cante.net> writes:
> On a white mrxt black on white terminal[1], the font-lock colors are
> unreadable. See attached picture.
>
> $ tput colors
> 8
>
> Please improve font-lock-keywords.
(I'm going through old bug reports that unfortunately weren't resolved
at the time.)
The problem here was that Emacs often didn't manage to determine the
correct background colours on terminals. I believe that his has been
fixed now, so I'm closing this bug report. If there are still problems
here, please respond to the debbugs address and we'll reopen.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
2501 <at> debbugs.gnu.org and Jari Aalto <jari.aalto <at> cante.net>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 13 Feb 2022 10:10:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 13 Mar 2022 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 43 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.