W3C home > Mailing lists > Public > whatwg@whatwg.org > November 2017

Re: [whatwg] new tag and possible new aria role

From: Michael A. Peters <mpeters@domblogger.net>
Date: Sun, 12 Nov 2017 04:27:09 -0800
To: whatwg@lists.whatwg.org
Message-ID: <30a4b83d-d012-21a2-0b5f-4216ffdf83c7@domblogger.net>
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 wrote:
> 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 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
>>>> <mpeters@domblogger.net>
>>>> wrote:
>>>>
>>>>> 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 that has absolute positioning and a
>>>>> z-index that covers the content until the user clicks enter or
>>>>> whatever,
>>>>> then it does an ajax call to lett the server the user has verified
>>>>> they
>>>>> want to see the content and removes the div.
>>>>>
>>>>> I would suggest a tagName "splashscreen" for this purpose. It would
>>>>> have
>>>>> the same properties as a div only it would have semantic meaning so
>>>>> that
>>>>> people using screen readers would know it is important.
>>>>>
>>>>> An aria landmark of splashscreen would also properly distinguish it
>>>>> from
>>>>> complementary which is what I currently use for it (I would use
>>>>> banner but
>>>>> only one banner landmark per page is allowed).
>>>>>
>>>>> Just a thought, I won't defend the thought but if it seems
>>>>> reasonable to
>>>>> the powers that be, I think it is worth it.
>>>>>
>>>>> These splash screens do serve a different purpose than any other
>>>>> semantic
>>>>> tag.
>>>>>
>>>
>>
>
Received on Sunday, 12 November 2017 12:27:36 UTC

This archive was generated by hypermail 2.3.1 : Sunday, 12 November 2017 12:27:36 UTC