E-mail List Archives
Thread: email HTMl accessibility
Number of posts in this thread: 3 (In chronological order)
From: Murphy, Sean
Date: Mon, Jan 31 2022 9:40PM
Subject: email HTMl accessibility
No previous message | Next message →
Team,
I am seeking for a good resource on e-mail HTML accessibility. Type of information I am seeking is:
* What in CSs is not supported?
* Is there any other way of laying out information without using tables?
* What limitation is there related to E-Mail HTML for the main clients like Outlook, windows Mail, Apple Mail on Mac and iPhone, Android default email client. Anything out side of this scope I am not interested in. As we have to scope our testing boundary on these clients.
* How to validate accessibility for E-Mails - such as tools to auto test.
We are using the WCAG 2.1 standards. Some of these SC's don't apply. Any information on this is more than welcome as we want to ensure our e-mails are accessible as possible.
Regards
Sean Murphy
Sean Murphy | Senior Digital System specialist (Accessibility)
Telstra Digital Channels | Digital Systems
Mobile: 0405 129 739 | Desk: (02) 9866-7917
Submit an Engagement Accessibility form<https://confluence.tools.telstra.com/display/A11Y/Digital+Accessibility+Home>
Accessibility Single Source of Truth<https://confluence.tools.telstra.com/display/DCSYS/Accessibility>
From: Benjamin.Hofer@telekom.de
Date: Tue, Feb 01 2022 12:08AM
Subject: Re: email HTMl accessibility
← Previous message | Next message →
Hello Sean,
I personally don't know of any e-mail HTML testing tool regarding accessibility. What I know as a screenreader user is that modern screenreaders should be able to work with HTML tables in e-mails as well. All in all I would say that most of the things you might know from web accessibility are true for e-mails as well. What I'm seeing in real-life is that performance can get poor in e-mails (especially when using NVDA together with Outlook) which I regard more of a screenreader issue than an HTML accessibility issue.
So I would say: Create an accessible HTML/CSS as known from web and avoid unnecessary graphics in e-mails.
Best
Benjamin
-----Ursprüngliche Nachricht-----
Von: WebAIM-Forum < = EMAIL ADDRESS REMOVED = > Im Auftrag von Murphy, Sean
Gesendet: Dienstag, 1. Februar 2022 05:41
An: WebAIM Discussion List < = EMAIL ADDRESS REMOVED = >
Betreff: [WebAIM] email HTMl accessibility
Team,
I am seeking for a good resource on e-mail HTML accessibility. Type of information I am seeking is:
* What in CSs is not supported?
* Is there any other way of laying out information without using tables?
* What limitation is there related to E-Mail HTML for the main clients like Outlook, windows Mail, Apple Mail on Mac and iPhone, Android default email client. Anything out side of this scope I am not interested in. As we have to scope our testing boundary on these clients.
* How to validate accessibility for E-Mails - such as tools to auto test.
We are using the WCAG 2.1 standards. Some of these SC's don't apply. Any information on this is more than welcome as we want to ensure our e-mails are accessible as possible.
Regards
Sean Murphy
Sean Murphy | Senior Digital System specialist (Accessibility) Telstra Digital Channels | Digital Systems
Mobile: 0405 129 739 | Desk: (02) 9866-7917 Submit an Engagement Accessibility form<https://confluence.tools.telstra.com/display/A11Y/Digital+Accessibility+Home>
Accessibility Single Source of Truth<https://confluence.tools.telstra.com/display/DCSYS/Accessibility>
From: Tom Livingston
Date: Tue, Feb 01 2022 11:27AM
Subject: Re: email HTMl accessibility
← Previous message | No next message
On Mon, Jan 31, 2022 at 11:41 PM Murphy, Sean
< = EMAIL ADDRESS REMOVED = > wrote:
>
> Team,
>
> I am seeking for a good resource on e-mail HTML accessibility. Type of information I am seeking is:
>
> * What in CSs is not supported?
> * Is there any other way of laying out information without using tables?
> * What limitation is there related to E-Mail HTML for the main clients like Outlook, windows Mail, Apple Mail on Mac and iPhone, Android default email client. Anything out side of this scope I am not interested in. As we have to scope our testing boundary on these clients.
> * How to validate accessibility for E-Mails - such as tools to auto test.
>
> We are using the WCAG 2.1 standards. Some of these SC's don't apply. Any information on this is more than welcome as we want to ensure our e-mails are accessible as possible.
>
>
>
Sean,
This is a good resource for CSS support: https://www.caniemail.com/
As for tables, Yes, there are other structural elements that could be
used, but for email client support reasons I still use tables and will
for the foreseeable future. At my office, we use stripo.email for
building emails. Saves me from having to research every little issue
that pops up in this email client and that email client.
I have not run across accessibility tools for email clients. Testing
them in a browser only has so much value.
HTH
--
Tom Livingston | Senior Front End Developer | Media Logic |
ph: 518.456.3015x231 | fx: 518.456.4279 | medialogic.com
#663399