After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 693444 - Cannot tell if progress bars in inactive windows are at 100% or 0%
Cannot tell if progress bars in inactive windows are at 100% or 0%
Status: RESOLVED FIXED
Product: gnome-themes-standard
Classification: Core
Component: Adwaita GTK3 theme
3.6.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-themes-standard-maint
gnome-themes-standard-maint
Depends on:
Blocks:
 
 
Reported: 2013-02-08 19:48 UTC by Sam Thursfield
Modified: 2013-02-25 15:18 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of white, empty progress bar at 100% (28.06 KB, image/png)
2013-02-08 20:03 UTC, Sam Thursfield
Details
screenshot (386.64 KB, image/png)
2013-02-22 20:32 UTC, Cosimo Cecchi
Details
proposed style half filled (330.45 KB, image/png)
2013-02-23 00:06 UTC, Cosimo Cecchi
Details
proposed style filled (328.41 KB, image/png)
2013-02-23 00:07 UTC, Cosimo Cecchi
Details

Description Sam Thursfield 2013-02-08 19:48:48 UTC
With the default GNOME 3.6 in Fedora 18, progress bars in windows that are inactive look like empty white rectangles when at 100%. Intuitively this looks "empty" and so it seems that progress is at 0%.

Transmission is probably the application that is most seriously affected by this.
Comment 1 Sam Thursfield 2013-02-08 20:03:11 UTC
Created attachment 235537 [details]
Screenshot of white, empty progress bar at 100%
Comment 2 Cosimo Cecchi 2013-02-22 20:32:11 UTC
Well, the fact that it says "seeding" should be a good indication of what's going on there :)

I see your point, but it's tricky to have a distinct style there for the completely full state. I think as long as the progressbar is not completely filled in, the distinction is pretty clear, see attached screenshot.

I feel this is only a problem in an app like Transmission that keep full progressbars visible for a long time, and we shouldn't try to do anything special about it - the normal use case for a progressbar is to hide it when it reaches completion. Do you have a proposal to improve this?
Comment 3 Cosimo Cecchi 2013-02-22 20:32:40 UTC
Created attachment 237213 [details]
screenshot
Comment 4 Sam Thursfield 2013-02-22 20:43:09 UTC
I don't really like the greying of all windows except the active one at all, so my proposal to improve the situation is to not grey out inactive windows!

You're right that not many apps consist entirely of progress bars like Transmmission does. I find it weird to look at the window though. I realise I'm just one data point, but even though I know the progress bars are full but look empty, every time I look at them I think "why have all those torrents gone back down to 0%?" and I'm distracted while I remember that they've just been greyed out. Maybe having a pattern fill inside them would help?
Comment 5 Cosimo Cecchi 2013-02-23 00:06:13 UTC
(In reply to comment #4)
> I don't really like the greying of all windows except the active one at all, so
> my proposal to improve the situation is to not grey out inactive windows!

Heh, that's not going to happen in Adwaita...

> You're right that not many apps consist entirely of progress bars like
> Transmmission does. I find it weird to look at the window though. I realise I'm
> just one data point, but even though I know the progress bars are full but look
> empty, every time I look at them I think "why have all those torrents gone back
> down to 0%?" and I'm distracted while I remember that they've just been greyed
> out. Maybe having a pattern fill inside them would help?

I see your point...I think instead we could try to reverse the effect - make the fill darker instead of lighter and use the window background for the unfilled part, to make it clearer what's the filled part.
I tried it out and I like it. Jakub, Lapo, what do you think?
Comment 6 Cosimo Cecchi 2013-02-23 00:06:48 UTC
Created attachment 237221 [details]
proposed style half filled
Comment 7 Cosimo Cecchi 2013-02-23 00:07:22 UTC
Created attachment 237222 [details]
proposed style filled
Comment 8 Sam Thursfield 2013-02-23 13:33:22 UTC
I think that would definitely be an improvement.
Comment 9 Jakub Steiner 2013-02-25 14:23:07 UTC
Going darker for the 'progressed' part makes sense to me. White did feel a little odd.
Comment 10 Cosimo Cecchi 2013-02-25 15:18:23 UTC
Thanks for the feedback - I pushed the proposed fix to git master now.