W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > October to December 2017

Re: progressbar role

From: Michael A. Peters <mpeters@domblogger.net>
Date: Tue, 14 Nov 2017 11:45:27 -0800
To: w3c-wai-ig@w3.org
Message-ID: <8e557d0a-17b3-758f-d012-d2fc858afb89@domblogger.net>
I'm not actually using it as a slider. I have buttons for seeking 
forward and back and access keys to seek forward and back in various 
increments. I don't much like sliders, they can be hard for people 
without fine motor control. It really just shows the progress.

On 11/14/2017 11:31 AM, Shane Anderson wrote:
> Progressbar is the incorrect role. Slider is the role you're looking for.
> Regards
> Shane Anderson
> On Tue, Nov 14, 2017 at 1:32 PM, Michael A. Peters
> <mpeters@domblogger.net <mailto:mpeters@domblogger.net>> wrote:
>     https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques/Using_the_progressbar_role
>     <https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques/Using_the_progressbar_role>
>     I have custom html5 media player, with a custom progress bar.
>     According to the mozilla page, it says that user agents should read
>     the the progress every time it updates - but when the progress is
>     for how much of the media has played it seems that would compete
>     with the audio from the media itself.
>     Should I not use role="progressbar" in the context of media with
>     audio, or is there maybe a way to tell it to be quiet unless the
>     user asks it for the current progress?
>     I am wondering if the context of a media player is maybe wrong for
>     that particular role.
>     I currently update the title attribute of the progress bar to
>     identify the percentage of the media that has played, is that good
>     enough or do I really need to give it a progressbar role?
>     Thank you for suggestions.
>     I'm not using a native html5 progress tag because I need a few
>     things it doesn't support.
Received on Tuesday, 14 November 2017 19:45:53 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:37:11 UTC