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 682060 - No way to tell if a timer or stopwatch is running
No way to tell if a timer or stopwatch is running
Status: RESOLVED FIXED
Product: gnome-clocks
Classification: Applications
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Clocks maintainer(s)
Clocks maintainer(s)
Depends on: 707153
Blocks:
 
 
Reported: 2012-08-17 00:25 UTC by Allan Day
Modified: 2014-08-31 21:00 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Allan Day 2012-08-17 00:25:29 UTC
If I start a timer and then switch to a different view, like "World", there is nothing to indicate that the timer is still running. I wonder if we should change the presentation of the timer button to reflect that it is active?

One possibility would be to add an asterisk: "Timer*". That's not all that pretty though. Another option would be to change the coloring of the button fill, such as adding a blue tint to the bottom of the button.

This needs a design solution before anyone gets to work coding it. :)
Comment 1 Maël Lavault 2012-09-16 10:34:00 UTC
I like the idea of a blue tint at the bottom, but it will be difficult to do so until gtk support either multiple layering for background image or blur radius for box-shadow.
Comment 2 Allan Day 2012-11-16 09:38:10 UTC
Another idea could be to make the background of the button throb with a blue color...
Comment 3 Paolo Borelli 2013-08-31 09:33:54 UTC
(In reply to comment #2)
> Another idea could be to make the background of the button throb with a blue
> color...

A patchset to implement this is attached bug #707153 (it requires patches to gtk and adwaita)
Comment 4 Evgeny Bobkin 2013-09-02 08:08:54 UTC
and the patch to adwaita, did it go through? taking care so we do not lose it:)
Comment 5 Paolo Borelli 2013-09-02 08:29:53 UTC
bug #707153 contains patches to gtk, adwaita and clocks. Anyway this will have to wait for 3.12 so we have some time to sort out the exact look
Comment 6 Daniel van Eeden 2014-02-23 11:54:37 UTC
On my phone a hourglass icon is shown in the top bar and a notification is shown in the notification area. This might work to indicate a timer is running while another tab or window is selected.
Comment 7 Allan Day 2014-02-25 17:27:23 UTC
There's been some back and forth on how to indicate active "tabs". Can you remember what we decided, Jakub?
Comment 8 Jakub Steiner 2014-02-25 18:09:46 UTC
For measurable items we use a counter (like the number of updates in Software), however the timer doesn't have such property here. I would avoid using animation for this as that gains way more attention than this deserves. I would use a similar prelight as the one I suggested for the tabs — https://raw.github.com/gnome-design-team/gnome-mockups/master/theming/experiments/tabs3.png

However it does feel a little out of place on rather flat-ish chrome. So another iteration of the design is to use a small rectangle similar to the counter, but sans the number.

https://raw.github.com/gnome-design-team/gnome-mockups/master/theming/experiments/tabs4.png

I'll mock it up as to how that would look for the togglebuttons.
Comment 9 Jakub Steiner 2014-02-25 18:14:27 UTC
Indicating updated background views with a "dot".

https://raw.github.com/gnome-design-team/gnome-mockups/master/clocks/clocks-timer-running-in-bg.png
Comment 10 Allan Day 2014-02-26 11:59:40 UTC
(In reply to comment #9)
> Indicating updated background views with a "dot".
> 
> https://raw.github.com/gnome-design-team/gnome-mockups/master/clocks/clocks-timer-running-in-bg.png

Looks great. Removing the ui-review keyword.
Comment 11 Paolo Borelli 2014-02-26 12:25:44 UTC
I think it would be nicer if the indicator wa something doable with css...
Comment 12 Jakub Steiner 2014-02-26 13:25:44 UTC
On the web it might have been doable with the :after pseudo element and content property, but I would be surprised gtk+ supported that.
Comment 13 Paolo Borelli 2014-08-31 21:00:49 UTC
this is fixed in 3.14