Indeterminate Progressbars

[Scott González]

We're working on indeterminate progressbars in jQuery UI right now and I'd like to make sure that we're doing the right thing.

The ARIA spec says that valuemin, valuemax, and valuenow should all be set for a progressbar, but if the value is indeterminate valuenow should be omitted. What is the support for this across devices? Do all browsers/AT report progressbars with no valuenow as indeterminate? Do any devices require additional help like omitting the valuemin and/or valuemax?

[Aaron Leventhal]

Hi Scott,

This needs testing, unfortunately. But it's the kind of thing we need data on. I know that Firefox has code to "do the right thing" when aria-valuenow is empty or not set, but I'm not sure how various screen readers handle that.

If you do end up with data on this do you mind posting it here or on the ARIA dev portal?

Thanks,
Aaron

2012/3/29 Scott González <scott.g...@gmail.com>

We're working on indeterminate progressbars in jQuery UI right now and I'd like to make sure that we're doing the right thing.

The ARIA spec says that valuemin, valuemax, and valuenow should all be set for a progressbar, but if the value is indeterminate valuenow should be omitted. What is the support for this across devices? Do all browsers/AT report progressbars with no valuenow as indeterminate? Do any devices require additional help like omitting the valuemin and/or valuemax?

--
You received this message because you are subscribed to the Google Groups "Free ARIA Community" group.
To post to this group, send email to free...@googlegroups.com.
To unsubscribe from this group, send email to free-aria+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/free-aria?hl=en.

[Scott González]

Ok, Hans Hillen will be testing this and we'll get it documented on the ARIA dev portal.

[Alexander Surkov]

The problem here that Firefox doesn't expose differently determinate
and indeterminate progressbars at all since it sounds there's no
standard way to do that. And as consequence AT aren't likely do a
difference too. We have open bug to use mixed state on indeterminate
progressbars (https://bugzilla.mozilla.org/show_bug.cgi?id=670853) to
address this issue.

Thanks.
Alex.

[Aaron Leventhal]

Alex,

I think Scott is talking about ARIA indeterminate progress bars, not HTML or XUL, as in the referred bug.

Indeterminate ARIA progressbars are just like ordinary ARIA progress bars but there is no aria-valuenow attribute set.

In this case Firefox returns S_FALSE from IAccessible::get_accValue instead of S_OK when there is no aria-valuetext and no aria-valuenow. I suggest that XUL/HTML progressbars should do the same thing for consistency. Perhaps they already do.

Scott, you might consider using aria-valuetext="Please wait, unknown time remaining" as a workaround on your progressbar.

Aaron

[Alexander Surkov]

Well, I referred to that bug to say there's no standard way how to
expose indeterminate progressbars to ATs but we have ideas how to
workaround that.

I think we need to fix S_FAILSE issue as well.

Thanks.
Alex.

[Alexander Surkov]

Btw, I filed bug https://bugzilla.mozilla.org/show_bug.cgi?id=740851
for ARIA progressbars.
Alex.

On Sat, Mar 31, 2012 at 1:18 AM, Alexander Surkov

[Aaron Leventhal]

Alex, I commented in the bug.

Aaron