Re: progressbar role

Then neither design pattern fits perfectly. However, a slider doesn't have
to interactive, aria-readonly is an option.

Regards
Shane Anderson


On Tue, Nov 14, 2017 at 2:45 PM, Michael A. Peters <mpeters@domblogger.net>
wrote:

> 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/A
>> RIA/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 21:00:30 UTC