Result of yesterday’s elections are in!

I’m overwhelmed by the response I got on yesterday’s poll. I should do this more often ;)

Here are the results at the time of writing this:

Progressbar animation direction
Left to right   67.89%
Right to left   18.11%
No animation   14.00%
1750 votes total

The result to me was quite unexpected! The old Clearlooks had RTL (opposite direction) animation, yet only 1 or 2 people every complained about that! But then again, animation was always disabled by default, so not many people ever noticed that.

I guess it’s clear what the mainstream preference is now. You can still vote, but I doubt it’s gonna make a difference. I’ll probably make it a an option in gtkrc eventually, so that themers can decide in which direction it should animate.

Thank you all for voting and commenting!

20 Responses to “Result of yesterday’s elections are in!”

  1. Michi Says:

    Can’t see what good a left to right animation would do… But I guess most people didn’t see something like this in action yet. Looking at a standing prograss bar, left to right is nice BUT…

    Richard, please do another poll with graphics that actually show how a moving progress bar looks with animation, I think much more people will vote reght-to-left then!

  2. Sadda Says:

    I don’t think animation for progress bars should be enabled by default. It doesn’t make sense in certain contexts where progress bars are used. For example in GNOME when you press a volume up/down key, the dialog that pops up uses a progress dialog to signify what level the volume is at. But clearly, in this context, the progress bar is not being used to convey progress of some event happening, it is only a visual cue for the level of volume currently selected. It looks weird to see the progress bar animated in contexts such as this. Wouldn’t it make more sense to integrate the animation into the GTK API for the progress bar instead of having it in the theme engine? If there was added API for this, application developers can enable the animation programatically whenever it makes sense to do so. Logically I don’t think it makes sense to have animation controlled by the theme engine. Thoughts?

  3. Taky Says:

    I’m against what has been said upper, I think that make progress bars animated reveal the powerfull of GTK, and the non-obsolescence of it.

    Moreover, I’d say that it’d be very important to develop other “animations” for widgets like buttons : smooth passage from inactive state to focus state or onmouseover state ( by a sort of smooth fading effect ) would be more than nice, and should be very eyecandy and attractive.

    Disabling effects is for sure important, but we must make them active by default. We’ve enter the eye-candy era, remember it.

  4. Peteris Krisjanis Says:

    I would lie if I have said that I’m rather found to eyecandy - I like very functional and polished desktop like GNOME is. However, new Cairo based Clearlooks theme and animated progress bar is something I have felt in love since I saw them.

    Believe me, they are worth that. They are nice, not intruding, will be welcomed by common crowd and be loved (or hated) by geeks.

    More of such stuff please :)

  5. Richard Stellingwerff Says:

    Sadda, I realize that the progress bar is being abused for things it shouldn’t be used, but a progress bar is meant to indicate progress, not volume levels or diskspace usage.

    Animated progress bars gives people the sense that GTK+ has finally entered the 21th century. This means that some applications might get odd behaviour today, but hopefully in time these applications will switch to a more appropriate widget (whatever that may be).

    I hope you understand my point of view as well.

  6. SchAmane Says:

    Peteris Krisjanis, i am crying, man :o )

  7. Tim Lord Says:

    Thanks for the way you set up the poll, Richard. While (as someone else has commented already) it would be even better to demonstrate with an actually *moving* progress bar, the way you actually presented it (showing three choices, easily distinguishable) made me pick an option in a situation where I would not have been able to well picture the three choices had they been described only verbally. Not that I’d like everything developers do to be based on (and certainly not subject to) public approval through such polls, but it worked well in this case, and I hope to see more of this. (In cases where the person designing an effect is himself — or herself — ambivalent about the outcome at least.)

  8. Sadda Says:

    Richard, I see your point. For example, the System Monitor app in GNOME, for disk space usage, seems to use a widget that looks like a progress bar but it is not animated. So, I’m assuming there are widgets in GTK that signify “percentages” as opposed to progresses. So, I guess using a progress bar widget for the volume up/down dialog could be considered a wrong choice of widget for that specific application.

    BTW, clearlooks-cairo looks great and I have been testing it out the CVS version for the past couple days on my Fedora rawhide install. I also have the Tango icons installed. It will be great when all of this new artwork is integrated into the stable release of GNOME. It will be nice when the distros can just compile the stock GNOME release and not have to do much artwork integration (e.g. bluecurve), and be proud of the results. This will also lead to a consistency in visuals across distros. So whether you are running Fedora, Ubuntu, Mandrake, or what have you, one will know they are running GNOME. Because of this work, the sceptic claim of, “the Linux desktop is inconsistent,” is rapidly becoming null and void.

  9. Bero Says:

    Only RTL looks natural! OSX had also RTL!

  10. Stu Says:

    Hmmm without seeing it I’d say left to right, but right-to-left looks better as it makes it look faster, even when the bar is not moving it gives the impression of speed whereas left-to-right looks slower.

  11. Jakub Steiner Says:

    The reason for the RTL direction on the original mockup was that the progressbar behaved like a helix and that means moving the opposite direction as the bar.

    The majority of the respondents are wrong ;)

  12. DanaG Says:

    That true to me now. If you think about it as a spiral spinning in or out like a threaded bolt or such, then RTL actually does make sense, since that would represent spinning upwards and thus to the right.
    If the slant of the spiral is reversed, then LTR will look correct.

  13. obi Says:

    One thing to consider: I guessed most of us would choose left-to-right because our english/french/whatever script we use daily is written left-to-right.

    That makes me wonder what people who read text right-to-left (like for instance Arabic) would prefer. Maybe this should be locale-dependent, same way that menus and button ordering are?

  14. HG Says:

    Firstly before I got offtopic, what about up to down, down to up or random?

    Offtopic: Would it be possible to expander widget more like windows where it is on the right or at least make it an option plus some color would make GNOME and applications like Gaim and Gajim a lot more colorful, example: http://www.jivesoftware.org/images/screenshots/spark/04.png

  15. Tino Meinen Says:

    Consider the LtR spinning version with the progressbar advancing at the same speed as the animation does. Or consider it with the bar growing more quickly than the animation, or more slowly. It will give a different feel of the progress each time. I don’t know if that is good or bad. Does it enhance the feeling of progress or diminish it? I would have to see it in action to decide.
    I think in the RtL vesion it doesnt matter what speed the bar progresses, it will always give the same effect. Or will it?

  16. Richard Stellingwerff Says:

    You’re right, Tino. If the animation moves in the same direction as the progressbar moves, when the progressbar moves at the same speed at the animation, it will cancel out the animation (the animation will appear to stall).

    This never happens when the animation moves in the opposite direction.

  17. nayif Says:

    i have now your work -from cvs- and i see on real world its true what Tino said… but i see if you get this off becasue the user did not know what is the best its not good think on IMHO.

    let the user how test this on real world like on mail-list how use the cvs ,than when you have the package ready ask the user.

  18. Chris Lord Says:

    I’ve since installed Clearlooks with scrollbar animation and I voted Left-to-right animation. And I regret it! I never realised how much more sense right-to-left made, and now that I’ve actually experienced the difference, I wish I could change my vote…

  19. nash Says:

    Why don’t you do an option that if you want in your theme choose the animation type?

  20. Ber Says:

    How to change progress bar direction from RTL to LTR?
    I download source code from CVS.