* bug#33093: 26.1, 7.2 emacs-mac; M-x list-colors-display RET; L1 is black on black
@ 2018-10-19 10:55 Van L
2018-10-19 12:33 ` Eli Zaretskii
0 siblings, 1 reply; 10+ messages in thread
From: Van L @ 2018-10-19 10:55 UTC (permalink / raw)
To: 33093
Hello,
The *Colors* buffer has black text on color backgrounds that is not always readable.
Line 1 has black text on black background. The cursor does blink the character which is then readable, very, very briefly.
Line 22 has black text on blue background which for me isn’t easy to read. The medium blue on the next line is difficult for black text.
I’d like to suggest color contrast arcs through a distorted triangle colorspace for choosing textcolor always in contrast to the background color for easy reading. In the case of black, blue, medium blue background the text color is white. Perhaps, only a dozen special cases are needed to switch black to white text color and the colorspace idea is overkill.
Thanks.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#33093: 26.1, 7.2 emacs-mac; M-x list-colors-display RET; L1 is black on black
2018-10-19 10:55 bug#33093: 26.1, 7.2 emacs-mac; M-x list-colors-display RET; L1 is black on black Van L
@ 2018-10-19 12:33 ` Eli Zaretskii
2018-10-21 5:12 ` Van L
0 siblings, 1 reply; 10+ messages in thread
From: Eli Zaretskii @ 2018-10-19 12:33 UTC (permalink / raw)
To: Van L; +Cc: 33093
> From: Van L <van@scratch.space>
> Date: Fri, 19 Oct 2018 21:55:43 +1100
>
> The *Colors* buffer has black text on color backgrounds that is not always readable.
Each color's name is shown twice, once when the color is used as
background, the other time it is used as foreground. Are you saying
that you see neither of these two for some colors? If so, what is
your background color (assuming this isn't in "emacs -Q")?
> I’d like to suggest color contrast arcs through a distorted triangle colorspace for choosing textcolor always in contrast to the background color for easy reading. In the case of black, blue, medium blue background the text color is white. Perhaps, only a dozen special cases are needed to switch black to white text color and the colorspace idea is overkill.
How will this work with our intent to show the color both as
foreground and as background?
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#33093: 26.1, 7.2 emacs-mac; M-x list-colors-display RET; L1 is black on black
2018-10-19 12:33 ` Eli Zaretskii
@ 2018-10-21 5:12 ` Van L
2018-10-21 12:28 ` Eli Zaretskii
2018-10-23 20:30 ` Juri Linkov
0 siblings, 2 replies; 10+ messages in thread
From: Van L @ 2018-10-21 5:12 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 33093
>> The *Colors* buffer has black text on color backgrounds that is not always readable.
>
> Each color's name is shown twice, once when the color is used as
> background, the other time it is used as foreground. Are you saying
> that you see neither of these two for some colors?
I see three columns. As an aside, previously my background color was ‘antique white’ now it is ‘gainsboro’. Back to here. The columns according to how I interpret them:
1. text on color bar, this is the background-color, and the text is unreadable at line 1 (black on black)
2. the same color as foreground-color, the black text is readable on my normal background color
3. the RGB hex values
I am saying the problem is in column one where WYSIWYG background-color and text color are identical it is unreadable.
And, in cases, such as blue, medium blue, the column one’s presentation is difficult to read the black text.
>> I’d like to suggest color contrast arcs through a distorted triangle colorspace for choosing textcolor always in contrast to the background color for easy reading. In the case of black, blue, medium blue background the text color is white. Perhaps, only a dozen special cases are needed to switch black to white text color and the colorspace idea is overkill.
>
> How will this work with our intent to show the color both as
> foreground and as background?
I’m suggest in column one, where the black text is too close to the background-color being demonstrated, such as blue, medium blue, that the text-color in column one should be inversed to white from black.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#33093: 26.1, 7.2 emacs-mac; M-x list-colors-display RET; L1 is black on black
2018-10-21 5:12 ` Van L
@ 2018-10-21 12:28 ` Eli Zaretskii
2018-10-23 20:30 ` Juri Linkov
1 sibling, 0 replies; 10+ messages in thread
From: Eli Zaretskii @ 2018-10-21 12:28 UTC (permalink / raw)
To: Van L; +Cc: 33093
> From: Van L <van@scratch.space>
> Date: Sun, 21 Oct 2018 16:12:29 +1100
> Cc: 33093@debbugs.gnu.org
>
> > Each color's name is shown twice, once when the color is used as
> > background, the other time it is used as foreground. Are you saying
> > that you see neither of these two for some colors?
>
> I see three columns. As an aside, previously my background color was ‘antique white’ now it is ‘gainsboro’. Back to here. The columns according to how I interpret them:
>
> 1. text on color bar, this is the background-color, and the text is unreadable at line 1 (black on black)
> 2. the same color as foreground-color, the black text is readable on my normal background color
> 3. the RGB hex values
>
> I am saying the problem is in column one where WYSIWYG background-color and text color are identical it is unreadable.
Could be foe some combinations, but then the color name is legible in
the other column.
> I’m suggest in column one, where the black text is too close to the background-color being demonstrated, such as blue, medium blue, that the text-color in column one should be inversed to white from black.
Volunteers are welcome to submit patches to do that.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#33093: 26.1, 7.2 emacs-mac; M-x list-colors-display RET; L1 is black on black
2018-10-21 5:12 ` Van L
2018-10-21 12:28 ` Eli Zaretskii
@ 2018-10-23 20:30 ` Juri Linkov
2018-10-25 13:32 ` Van L
1 sibling, 1 reply; 10+ messages in thread
From: Juri Linkov @ 2018-10-23 20:30 UTC (permalink / raw)
To: Van L; +Cc: 33093
tags 33093 notabug
close 33093
quit
> 1. text on color bar, this is the background-color, and the text is unreadable at line 1 (black on black)
> 2. the same color as foreground-color, the black text is readable on my normal background color
> 3. the RGB hex values
>
> I am saying the problem is in column one where WYSIWYG
> background-color and text color are identical it is unreadable.
Sorry, this was implemented intentionally: the first column shows
the combination of different background colors with the user's
foreground color. You can see its usefulness after changing the default
foreground color for example with 'M-x set-foreground-color RET blue RET'.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#33093: 26.1, 7.2 emacs-mac; M-x list-colors-display RET; L1 is black on black
2018-10-23 20:30 ` Juri Linkov
@ 2018-10-25 13:32 ` Van L
2018-10-25 19:00 ` Juri Linkov
0 siblings, 1 reply; 10+ messages in thread
From: Van L @ 2018-10-25 13:32 UTC (permalink / raw)
To: 33093
> tags 33093 notabug
> close 33093
> quit
>
> Sorry, this was implemented intentionally: the first column shows
> the combination of different background colors with the user's
> foreground color. You can see its usefulness after changing the default
> foreground color for example with 'M-x set-foreground-color RET blue RET'.
I believe that hides the problem lower down to blue foreground on blue background.
Doing 'M-x set-foreground-color RET blue RET’ lets L1 be somewhat legible; but L22, L23 are not at all.
I confirm that.
Anyway.
*shrug*
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#33093: 26.1, 7.2 emacs-mac; M-x list-colors-display RET; L1 is black on black
2018-10-25 13:32 ` Van L
@ 2018-10-25 19:00 ` Juri Linkov
2018-10-25 22:02 ` Van L
0 siblings, 1 reply; 10+ messages in thread
From: Juri Linkov @ 2018-10-25 19:00 UTC (permalink / raw)
To: Van L; +Cc: 33093
>> Sorry, this was implemented intentionally: the first column shows
>> the combination of different background colors with the user's
>> foreground color. You can see its usefulness after changing the default
>> foreground color for example with 'M-x set-foreground-color RET blue RET'.
>
> I believe that hides the problem lower down to blue foreground on blue background.
>
> Doing 'M-x set-foreground-color RET blue RET’ lets L1 be somewhat legible; but L22, L23 are not at all.
When a sample text is not legible this warns the user against using such
combination of foreground and background colors in user's configuration,
i.e. it's easier for users to visually skip such hardly legible text
in the list when choosing a suitable color.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#33093: 26.1, 7.2 emacs-mac; M-x list-colors-display RET; L1 is black on black
2018-10-25 19:00 ` Juri Linkov
@ 2018-10-25 22:02 ` Van L
2018-10-26 6:34 ` Eli Zaretskii
0 siblings, 1 reply; 10+ messages in thread
From: Van L @ 2018-10-25 22:02 UTC (permalink / raw)
To: Juri Linkov; +Cc: 33093
> When a sample text is not legible this warns the user against using such
> combination of foreground and background colors in user's configuration,
> i.e. it's easier for users to visually skip such hardly legible text
> in the list when choosing a suitable color.
It might be not worth the effort because it is near impossible to do, but to imagine whiteclouds/bluesky, you could have the text always legible where fore/background colors are too near for contrast and a swatch-like solid cursor rectangle occupying the first position of the line represents the actual foreground color. There you see the fore/background colors are in fact indistinguishable. Just a wild idea.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#33093: 26.1, 7.2 emacs-mac; M-x list-colors-display RET; L1 is black on black
2018-10-25 22:02 ` Van L
@ 2018-10-26 6:34 ` Eli Zaretskii
2018-10-28 1:46 ` Van L
0 siblings, 1 reply; 10+ messages in thread
From: Eli Zaretskii @ 2018-10-26 6:34 UTC (permalink / raw)
To: Van L; +Cc: 33093, juri
> From: Van L <van@scratch.space>
> Date: Fri, 26 Oct 2018 09:02:48 +1100
> Cc: 33093@debbugs.gnu.org
>
> It might be not worth the effort because it is near impossible to do, but to imagine whiteclouds/bluesky, you could have the text always legible where fore/background colors are too near for contrast and a swatch-like solid cursor rectangle occupying the first position of the line represents the actual foreground color. There you see the fore/background colors are in fact indistinguishable. Just a wild idea.
You mean, you think Emacs should change the foreground color without
user's say-so, just because the contrast against the background is
low? That might be optional behavior, but certainly not the default.
(We do have infrastructure in place to test whether contrast between
background and foreground colors is low.)
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2018-10-28 1:46 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-10-19 10:55 bug#33093: 26.1, 7.2 emacs-mac; M-x list-colors-display RET; L1 is black on black Van L
2018-10-19 12:33 ` Eli Zaretskii
2018-10-21 5:12 ` Van L
2018-10-21 12:28 ` Eli Zaretskii
2018-10-23 20:30 ` Juri Linkov
2018-10-25 13:32 ` Van L
2018-10-25 19:00 ` Juri Linkov
2018-10-25 22:02 ` Van L
2018-10-26 6:34 ` Eli Zaretskii
2018-10-28 1:46 ` Van L
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).