From: goncholden via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: 55887@debbugs.gnu.org
Subject: bug#55887: global-whitespace-mode and WCAG Accessibility Standards
Date: Fri, 10 Jun 2022 17:54:33 +0000 [thread overview]
Message-ID: <miopH-RyAULx6rjC0KRGzezN8dCJjiJii8ZOTuN83B9nMmUVpF-we3alotbr8sohl5cm9dVtd3DRcHRuijDpUQYqd9Wq7OYsggVkKe0AXw4=@protonmail.com> (raw)
In-Reply-To: <871qvwvnze.fsf@gnus.org>
------- 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
next prev parent reply other threads:[~2022-06-10 17:54 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
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 [this message]
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
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='miopH-RyAULx6rjC0KRGzezN8dCJjiJii8ZOTuN83B9nMmUVpF-we3alotbr8sohl5cm9dVtd3DRcHRuijDpUQYqd9Wq7OYsggVkKe0AXw4=@protonmail.com' \
--to=bug-gnu-emacs@gnu.org \
--cc=55887@debbugs.gnu.org \
--cc=goncholden@protonmail.com \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.