This is not complete but I would appreciate a review. I saw this was a blocker and it didn't seem like anyone was working on it. I have a demo of my changes here http://jsfiddle.net/kborchers/ha93d/. The animated gif is bad so that will need to be updated and I'm not sure how to handle the ARIA attributes for the indeterminate progressbar so any input on those would be greatly appreciated.

No need for an ugly animated gif: http://jsfiddle.net/ha93d/11/ . As far as a demo is concerned anyway. Of course, the ugly one in your PR is suited (other than the ugliness) for being part of the base theme.

The word 'animated' should be changed to 'indeterminate' throughout.

Thanks so much for tackling this @kborchers !

Thanks for all of the feedback @rdworth !

As for the ugly GIF, that's what I was going for was to include in the base theme not a yellow one. :)

OK, I added a couple more commits that should get this to a pretty good place. I do have the yellow image in the PR and that will need to be swapped with a better one for the base theme before merging this. I wasn't sure if I should spend the time making this gif or if someone else was able to knock it out really fast. I will do it if you want.

And here is an updated demo http://jsfiddle.net/kborchers/ha93d/15/

Can the current themeroller even colorize animated gifs? We should make sure of that before we land right? Other than that, this looks pretty hot Kris

@gnarf37 Not that I know of. I was thinking we provide at least the grey one with the base theme and possibly a colored version for each of our theme roller themes and if they want a different color they provide it themselves. Another issue with that gif is it doesn't repeat-y very well so if the progressbar is taller than the gif it looks bad so that will need to be taken into account when creating a gif as well. I almost wonder if we could do something with a static image and animate(). Thoughts?

I don't think we can do that. Whatever we do needs to work with ThemeRoller. Perhaps we can just generate a static striped image (which we know TR can already do), and then use CSS animations in browsers that support it? Would a static image be really bad for indeterminate progressbars?

@scottjehl Thoughts on styling?

I've started a thread on free-aria to ensure that we're doing the right thing.

@scottgonzalez I believe we are. Prior to my changes the ARIA stuff looked right and then based on this http://www.w3.org/TR/wai-aria/states_and_properties#aria-valuenow I removed the valuenow for indeterminate. So according to spec we are right but I would like to here how it is supported so thanks for starting that thread.

As for the static image, I think a static image might be ok and then CSS animations for browsers that support could be fine.

@hanshillen will be testing various browsers/AT to confirm they behave as expected.

I changed this to use CSS animations where supported.

@scottjehl I think you were traveling when I pinged you earlier. Can you respond to my earlier question about styling?

From Doug Neiner:

I think a indeterminate bar that doesn't animate doesn't make too much sense.
The goal is to put people at ease, not make them freak out cause its not moving.

Closing this PR to move changes to a progressbar branch which will contain all Progressbar changes for 1.10 and will have a new PR for comprehensive review.