GNU bug report logs -
#14984
24.3.50; "-bg black" command line option should automatically set foreground color
Previous Next
Reported by: Miles Bader <miles <at> gnu.org>
Date: Tue, 30 Jul 2013 02:35:02 UTC
Severity: wishlist
Tags: wontfix
Found in version 24.3.50
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 14984 in the body.
You can then email your comments to 14984 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14984
; Package
emacs
.
(Tue, 30 Jul 2013 02:35:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Miles Bader <miles <at> gnu.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 30 Jul 2013 02:35:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
The Emacs defaults are white background and black foreground colors.
If one starts emacs with just "-bg black", it results in black text on a
black background, although most colored emacs faces are ok as they
automatically adapt the black background.
This is obviously not so user friendly, and it would be good if emacs
automatically chose a foreground color to match the background color
(absent any explicit "-fg" option).
Thanks,
-miles
In GNU Emacs 24.3.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10)
of 2013-05-13 on catnip
System Description: Debian GNU/Linux unstable (sid)
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
ESC x r e p o r t - e m a TAB RET
Recent messages:
("emacs")
Loading term/xterm...done
For information about GNU Emacs and the GNU system, type C-h C-a.
current-kill: Kill ring is empty
Load-path shadows:
None found.
Features:
(shadow sort nadvice gnus-util mail-extr emacsbug message format-spec
rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils time-date tooltip ediff-hook
vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dbusbind inotify dynamic-setting
system-font-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty emacs)
--
Love is a snowmobile racing across the tundra. Suddenly it flips over,
pinning you underneath. At night the ice weasels come. --Nietzsche
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14984
; Package
emacs
.
(Thu, 15 Aug 2019 04:08:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 14984 <at> debbugs.gnu.org (full text, mbox):
Miles Bader <miles <at> gnu.org> writes:
> The Emacs defaults are white background and black foreground colors.
>
> If one starts emacs with just "-bg black", it results in black text on a
> black background, although most colored emacs faces are ok as they
> automatically adapt the black background.
>
> This is obviously not so user friendly, and it would be good if emacs
> automatically chose a foreground color to match the background color
> (absent any explicit "-fg" option).
Hm... Well, it might be more user-friendly, but I think it would be
slightly surprising to also change the -fg colour when you set -bg on
the command line. The foreground colour may be specified in .Xdefaults
or something.
I guess if there is absolutely no foreground colour specification, then
setting the foreground upon -bg black would be friendlier, but what if
the user said -bf "#000001" (i.e., "almost black")?
So I think special-casing one particular value to DWIM would be
difficult to justify, and I'm closing this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) wontfix.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 15 Aug 2019 04:08:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
14984 <at> debbugs.gnu.org and Miles Bader <miles <at> gnu.org>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 15 Aug 2019 04:08:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14984
; Package
emacs
.
(Thu, 15 Aug 2019 14:44:01 GMT)
Full text and
rfc822 format available.
Message #15 received at 14984 <at> debbugs.gnu.org (full text, mbox):
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Wed, 14 Aug 2019 21:07:34 -0700
> Cc: 14984 <at> debbugs.gnu.org
>
> > If one starts emacs with just "-bg black", it results in black text on a
> > black background, although most colored emacs faces are ok as they
> > automatically adapt the black background.
> >
> > This is obviously not so user friendly, and it would be good if emacs
> > automatically chose a foreground color to match the background color
> > (absent any explicit "-fg" option).
>
> Hm... Well, it might be more user-friendly, but I think it would be
> slightly surprising to also change the -fg colour when you set -bg on
> the command line. The foreground colour may be specified in .Xdefaults
> or something.
>
> I guess if there is absolutely no foreground colour specification, then
> setting the foreground upon -bg black would be friendlier, but what if
> the user said -bf "#000001" (i.e., "almost black")?
>
> So I think special-casing one particular value to DWIM would be
> difficult to justify, and I'm closing this bug report.
I agree.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 13 Sep 2019 11:24:11 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 221 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.