Was just informed that using aria-hidden solves the problem of content
being there that shouldn't be seen in a screen reader until agreed, so
that issue has a solution too.
I guess none of this really is meaningful to this list - sorry for the
noise.
On 11/12/2017 04:18 AM, Michael A. Peters
Yes but since I always have the div first in HTML the user is likely to
always be aware of it, so skipping it in a screen reader is really
little different than just pressing the agree button - they have been
informed of the type of content.
On 11/12/2017 04:09 AM, Johannes Spangenberg wrote:
There is another problem with Modals on webpages. When there is a modal
created through HTML and CSS, the user can still select items in the
background by pressing tab. It seems that there is no good solution to
prevent it.
Am 12.11.2017 um 09:59 schrieb Michael A. Peters:
> Thank you! That do
Thank you! That does seem like it is exactly what I need.
On 11/12/2017 12:11 AM, Yay295 wrote:
I think the alertdialog role fits here.
https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques/Using_the_alertdialog_role
On Sun, Nov 12, 2017 at 1:03 AM, Michael A. Peters
I think the alertdialog role fits here.
https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques/Using_the_alertdialog_role
On Sun, Nov 12, 2017 at 1:03 AM, Michael A. Peters
wrote:
> On webites that either are age restricted and/or have content that may be
> offensive to
On webites that either are age restricted and/or have content that may
be offensive to some people, often (but not as often as I'd like) there
is a warning splashscreen that the server puts in the page if the user
has not already agreed to see such content.
One way to do this is with a div tha