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 757417 - Show recording status indicator on screen
Show recording status indicator on screen
Status: RESOLVED OBSOLETE
Product: gnome-sound-recorder
Classification: Other
Component: General
3.18.x
Other Linux
: Normal enhancement
: ---
Assigned To: gnome-sound-recorder maintainer(s)
gnome-sound-recorder maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2015-10-31 19:57 UTC by Bastián Díaz
Modified: 2018-05-22 12:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot (2.92 KB, image/png)
2015-10-31 19:57 UTC, Bastián Díaz
Details

Description Bastián Díaz 2015-10-31 19:57:11 UTC
Created attachment 314560 [details]
screenshot

Gnome 3 has a recording status indicator works when screen sharing, remote access works or screencast is recorded with the system Ctrl + Alt + Shift + R.

This indicator shows the universal symbol of recording, so it may be useful to indicate that it is recording audio with gnome-sound-recorder.

This indicator can be complementary to a notification system.

Examples of use:

Sound recorder is not an application that will always be used in the foreground. You can hide the application, use another workspace or a second monitor while recording audio, so the indicator is essential to indicate it is in operation.

Cheers
Comment 1 Meg Ford 2015-10-31 23:57:26 UTC
Thanks! This seems like a useful suggestion. I'm planning to work on stabilization this cycle (as my volunteer time is somewhat limited), but I'm putting this on my roadmap for 3.22. I'll ask the designers for suggestions for this as well.

https://wiki.gnome.org/Design/Apps/SoundRecorder
Comment 2 Miguel Vaello Martínez 2016-01-04 11:31:22 UTC
(In reply to Meg Ford from comment #1)
> Thanks! This seems like a useful suggestion. I'm planning to work on
> stabilization this cycle (as my volunteer time is somewhat limited), but I'm
> putting this on my roadmap for 3.22. I'll ask the designers for suggestions
> for this as well.
> 
> https://wiki.gnome.org/Design/Apps/SoundRecorder

In my opinion, the notification system[1] could be a better solution for this. Employ the same icon for screencasting and voice recording it's slightly confusing, so a notification bubble or other new icon (a cassette maybe?) on the top bar could be a better solution.
Comment 3 Bastián Díaz 2016-01-04 17:51:08 UTC
(In reply to Miguel Vaello Martínez from comment #2)
> 
> In my opinion, the notification system[1] could be a better solution for
> this. Employ the same icon for screencasting and voice recording it's
> slightly confusing, so a notification bubble or other new icon (a cassette
> maybe?) on the top bar could be a better solution.

It is reasonable but not permanent. After a while the notification disappears from view.
Indicator may be the same or another (even when using the standard recording symbol). The idea that you know at all times that you are recording (audio, video, screencast, etc).

Cheers
Comment 4 Miguel Vaello Martínez 2016-01-04 19:01:35 UTC
(In reply to Bastián Díaz from comment #3)
> (In reply to Miguel Vaello Martínez from comment #2)
> > 
> > In my opinion, the notification system[1] could be a better solution for
> > this. Employ the same icon for screencasting and voice recording it's
> > slightly confusing, so a notification bubble or other new icon (a cassette
> > maybe?) on the top bar could be a better solution.
> 
> It is reasonable but not permanent. After a while the notification
> disappears from view.
> Indicator may be the same or another (even when using the standard recording
> symbol). The idea that you know at all times that you are recording (audio,
> video, screencast, etc).
> 
> Cheers

You are probably right. But for instance, if you have to record something with the app you already know the actual state of the the recording (stopped, paused, whatever...). I think this feature has more sense in the case of you use a shortcut or something similar and you don't have any other interface showing the state. What do you think?
Comment 5 Bastián Díaz 2016-01-04 20:10:52 UTC
(In reply to Miguel Vaello Martínez from comment #4)
> 
> You are probably right. But for instance, if you have to record something
> with the app you already know the actual state of the the recording
> (stopped, paused, whatever...). I think this feature has more sense in the
> case of you use a shortcut or something similar and you don't have any other
> interface showing the state. What do you think?

I think you're mixing things.
An indicator can always see the current status of an action within an application. For example, if gnome sound ecorder is recording audio currently (despite being using another workspace)

Moreover notifications show the change in status of an application and require only momentary attention of the user. For example: gnome-sound-recorder has started/paused/stopped recording.

Both are necessary, but this report speaks of the first case.

Cheers
Comment 6 Miguel Vaello Martínez 2016-01-04 20:22:48 UTC
(In reply to Bastián Díaz from comment #5)
> (In reply to Miguel Vaello Martínez from comment #4)
> > 
> > You are probably right. But for instance, if you have to record something
> > with the app you already know the actual state of the the recording
> > (stopped, paused, whatever...). I think this feature has more sense in the
> > case of you use a shortcut or something similar and you don't have any other
> > interface showing the state. What do you think?
> 
> I think you're mixing things.
> An indicator can always see the current status of an action within an
> application. For example, if gnome sound ecorder is recording audio
> currently (despite being using another workspace)
> 
> Moreover notifications show the change in status of an application and
> require only momentary attention of the user. For example:
> gnome-sound-recorder has started/paused/stopped recording.
> 
> Both are necessary, but this report speaks of the first case.
> 
> Cheers

Sorry, I was talking about the first case you have mentioned. I know the difference between both, but I think I have explained it poorly. All I want to say is that a recording icon in toolbar could be redundant and in some cases confusing. For instance, imagine you first start a g-s-r recording and then you press Ctrl + Alt + Shift + R, the top bar should show the same icon twice or only one?
Comment 7 Bastián Díaz 2016-01-04 20:59:27 UTC
(In reply to Miguel Vaello Martínez from comment #6)
> 
> Sorry, I was talking about the first case you have mentioned. I know the
> difference between both, but I think I have explained it poorly. All I want
> to say is that a recording icon in toolbar could be redundant and in some
> cases confusing. For instance, imagine you first start a g-s-r recording and
> then you press Ctrl + Alt + Shift + R, the top bar should show the same icon
> twice or only one?

That is a very unlikely event.

As already mentioned may be the same or another indicator.I not think it's confusing because it is used on other operating systems like Android or iOS, etc. I believe that an indicator is necessaryfor such events as a screencast, audio recording, video recording (cheese), etc.

At the end of the day is something that resolved the GNOME design team.

Cheers
Comment 8 Meg Ford 2016-01-04 22:48:58 UTC
Hi,

I plan to get some mockups for this at the start of the next cycle. In general I ask for guidance from the design team for new features. At that point I'll ask them to look at this issue and take into account the comments here.
Comment 9 GNOME Infrastructure Team 2018-05-22 12:57:58 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-sound-recorder/issues/22.