unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#55887: global-whitespace-mode and WCAG Accessibility Standards
@ 2022-06-10  9:03 goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-06-10  9:58 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 5+ messages in thread
From: goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-06-10  9:03 UTC (permalink / raw)
  To: 55887

[-- Attachment #1: Type: text/plain, Size: 313 bytes --]

I have been using global-whitespace-mode to highlight tabs and trailing spaces.

Trailing spaces look good in red, but the colour used for highlighting tabs does not look good when one is using a dark background. Can the contrast ratio be changed so that it adheres to WCAG Standard used for Colour Accessibility?

[-- Attachment #2: Type: text/html, Size: 834 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#55887: global-whitespace-mode and WCAG Accessibility Standards
  2022-06-10  9:03 bug#55887: global-whitespace-mode and WCAG Accessibility Standards goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-06-10  9:58 ` Lars Ingebrigtsen
  2022-06-10 17:54   ` goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 5+ messages in thread
From: Lars Ingebrigtsen @ 2022-06-10  9:58 UTC (permalink / raw)
  To: goncholden; +Cc: 55887

[-- Attachment #1: Type: text/plain, Size: 405 bytes --]

goncholden <goncholden@protonmail.com> writes:

> I have been using global-whitespace-mode to highlight tabs and trailing spaces.
>
> Trailing spaces look good in red, but the colour used for highlighting
> tabs does not look good when one is using a dark background.  Can the
> contrast ratio be changed so that it adheres to WCAG Standard used for
> Colour Accessibility?

The colours look fine to me:


[-- Attachment #2: Type: image/png, Size: 25442 bytes --]

[-- Attachment #3: Type: text/plain, Size: 184 bytes --]


If you want a different colour, then change the colour of that face.

Closing.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#55887: global-whitespace-mode and WCAG Accessibility Standards
  2022-06-10  9:58 ` Lars Ingebrigtsen
@ 2022-06-10 17:54   ` goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-06-11 13:13     ` Basil L. Contovounesios via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 5+ messages in thread
From: goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-06-10 17:54 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 55887


------- Original Message -------
On Friday, June 10th, 2022 at 9:58 PM, Lars Ingebrigtsen <larsi@gnus.org> wrote:


> goncholden goncholden@protonmail.com writes:
>
> > I have been using global-whitespace-mode to highlight tabs and trailing spaces.
> >
> > Trailing spaces look good in red, but the colour used for highlighting
> > tabs does not look good when one is using a dark background. Can the
> > contrast ratio be changed so that it adheres to WCAG Standard used for
> > Colour Accessibility?
>
>
> The colours look fine to me:

If you look at the contrast ratio, you will find that it is very low, a mere 1.59.  You should do some homework to ensure a contrast ratio of at least 4.5:1 exists between text and background behind the text.

Because it looks good to you, it does not necessarily mean it is good.  Insisting that it looks good because it is good for you means that the project does not care about accessibility.  I cannot see it at all and the thing that saved me was having the tab marks showing up.  At a contrast of 3.5, I can see it, confirming that the WCAG Standard in a very good standard to use.

Rather than simply using grey, the thing to de is select colours from the colour wheel (e.g triadic colours) so you can have  an adequate colour vibrancy.  Because whilst you use a vibrant red for trailing spaces, whitespace-mode does not continue with the colour vibrancy for highlighting the rest.

>
> If you want a different colour, then change the colour of that face.
>
> Closing.
>
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#55887: global-whitespace-mode and WCAG Accessibility Standards
  2022-06-10 17:54   ` goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-06-11 13:13     ` Basil L. Contovounesios via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-06-11 19:48       ` goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 5+ messages in thread
From: Basil L. Contovounesios via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-06-11 13:13 UTC (permalink / raw)
  To: goncholden; +Cc: Lars Ingebrigtsen, 55887

goncholden via "Bug reports for GNU Emacs, the Swiss army knife of text editors" [2022-06-10 17:54 +0000] wrote:

> ------- Original Message -------
> On Friday, June 10th, 2022 at 9:58 PM, Lars Ingebrigtsen <larsi@gnus.org> wrote:
>
>
>> goncholden goncholden@protonmail.com writes:
>>
>> > I have been using global-whitespace-mode to highlight tabs and trailing spaces.
>> >
>> > Trailing spaces look good in red, but the colour used for highlighting
>> > tabs does not look good when one is using a dark background. Can the
>> > contrast ratio be changed so that it adheres to WCAG Standard used for
>> > Colour Accessibility?
>>
>> The colours look fine to me:
>
> If you look at the contrast ratio, you will find that it is very low, a mere
> 1.59.  You should do some homework to ensure a contrast ratio of at least 4.5:1
> exists between text and background behind the text.
>
> Because it looks good to you, it does not necessarily mean it is good.
> Insisting that it looks good because it is good for you means that the project
> does not care about accessibility.  I cannot see it at all and the thing that
> saved me was having the tab marks showing up.  At a contrast of 3.5, I can see
> it, confirming that the WCAG Standard in a very good standard to use.

Have you tried using one of the Modus themes?  They are bundled with
Emacs since Emacs 28, or you can install them from GNU[-devel] ELPA:

https://elpa.gnu.org/packages/modus-themes.html
https://elpa.gnu.org/devel/modus-themes.html

Quoth (info "(modus-themes) Overview"):

  The Modus themes are designed for accessible readability.  They conform
  with the highest standard for color contrast between any given
  combination of background and foreground values.  This corresponds to
  the WCAG AAA standard, which specifies a minimum rate of distance in
  relative luminance of 7:1.

     Modus Operandi (‘modus-operandi’) is a light theme, while Modus
  Vivendi (‘modus-vivendi’) is dark.  Each theme’s color palette is
  designed to meet the needs of the numerous interfaces that are possible
  in the Emacs computing environment.

For more, see https://protesilaos.com/emacs/modus-themes.

> Rather than simply using grey, the thing to de is select colours from the colour
> wheel (e.g triadic colours) so you can have an adequate colour vibrancy.
> Because whilst you use a vibrant red for trailing spaces, whitespace-mode does
> not continue with the colour vibrancy for highlighting the rest.
>
>>
>> If you want a different colour, then change the colour of that face.

HTH,

-- 
Basil





^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#55887: global-whitespace-mode and WCAG Accessibility Standards
  2022-06-11 13:13     ` Basil L. Contovounesios via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-06-11 19:48       ` goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 0 replies; 5+ messages in thread
From: goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-06-11 19:48 UTC (permalink / raw)
  To: Basil L. Contovounesios; +Cc: Lars Ingebrigtsen, 55887


------- Original Message -------
On Sunday, June 12th, 2022 at 1:13 AM, Basil L. Contovounesios <contovob@tcd.ie> wrote:


> goncholden via "Bug reports for GNU Emacs, the Swiss army knife of text editors" [2022-06-10 17:54 +0000] wrote:
>
> > ------- Original Message -------
> > On Friday, June 10th, 2022 at 9:58 PM, Lars Ingebrigtsen larsi@gnus.org wrote:
> >
> > > goncholden goncholden@protonmail.com writes:
> > >
> > > > I have been using global-whitespace-mode to highlight tabs and trailing spaces.
> > > >
> > > > Trailing spaces look good in red, but the colour used for highlighting
> > > > tabs does not look good when one is using a dark background. Can the
> > > > contrast ratio be changed so that it adheres to WCAG Standard used for
> > > > Colour Accessibility?
> > >
> > > The colours look fine to me:
> >
> > If you look at the contrast ratio, you will find that it is very low, a mere
> > 1.59. You should do some homework to ensure a contrast ratio of at least 4.5:1
> > exists between text and background behind the text.
> >
> > Because it looks good to you, it does not necessarily mean it is good.
> > Insisting that it looks good because it is good for you means that the project
> > does not care about accessibility. I cannot see it at all and the thing that
> > saved me was having the tab marks showing up. At a contrast of 3.5, I can see
> > it, confirming that the WCAG Standard in a very good standard to use.
>
>
> Have you tried using one of the Modus themes? They are bundled with
> Emacs since Emacs 28, or you can install them from GNU[-devel] ELPA:

Modus-Themes is a good start.  But it usually sets accessible colours to packages that have never been concerned with accessibility.  Things should work the other way round, with different levels of accessibility in the own design.  There are so many pacakages and customisations that one cannot expect Modus-Themes to take care of  all of them.  Am not saying that accessibility levels should be forced on all users.  But certainly that each package should include accessible modes.


> https://elpa.gnu.org/packages/modus-themes.html
> https://elpa.gnu.org/devel/modus-themes.html
>
> Quoth (info "(modus-themes) Overview"):
>
> The Modus themes are designed for accessible readability. They conform
> with the highest standard for color contrast between any given
> combination of background and foreground values. This corresponds to
> the WCAG AAA standard, which specifies a minimum rate of distance in
> relative luminance of 7:1.
>
> Modus Operandi (‘modus-operandi’) is a light theme, while Modus
> Vivendi (‘modus-vivendi’) is dark. Each theme’s color palette is
> designed to meet the needs of the numerous interfaces that are possible
> in the Emacs computing environment.
>
> For more, see https://protesilaos.com/emacs/modus-themes.
>
> > Rather than simply using grey, the thing to de is select colours from the colour
> > wheel (e.g triadic colours) so you can have an adequate colour vibrancy.
> > Because whilst you use a vibrant red for trailing spaces, whitespace-mode does
> > not continue with the colour vibrancy for highlighting the rest.
> >
> > > If you want a different colour, then change the colour of that face.
>
>
> HTH,
>
> --
> Basil





^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2022-06-11 19:48 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-06-10  9:03 bug#55887: global-whitespace-mode and WCAG Accessibility Standards goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-06-10  9:58 ` Lars Ingebrigtsen
2022-06-10 17:54   ` goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-06-11 13:13     ` Basil L. Contovounesios via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-06-11 19:48       ` goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors

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).