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 169091 - typing break "hidden" in keyboard preferences
typing break "hidden" in keyboard preferences
Status: RESOLVED OBSOLETE
Product: DrWright
Classification: Other
Component: general
unspecified
Other All
: Normal enhancement
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
: 341063 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-03-03 13:41 UTC by Niels Drost
Modified: 2011-02-07 20:47 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Niels Drost 2005-03-03 13:41:56 UTC
The gnome typing break settings are in a sub page of the keyboard settings. This
is not a very logical place for them to be, in my opinion. Users unaware of the
typing brake facilities will probably never use the keyboard preferences, and so
never see and use this very usefull feature of gnome. As an example I know of
several gnome users who were unaware of this feature untill I pointed it out to
them, some even using similar programs as xwrits.

 I suggest that the typing break settings get a seperate entry under desktop
preferences.

Other information:
Comment 1 Reinout van Schouwen 2005-03-30 16:41:47 UTC
Agreed. Setting severity to Enhancement.
Comment 2 Reinout van Schouwen 2006-08-22 22:44:11 UTC
Still valid.
Comment 3 Richard Hult 2006-08-23 06:19:15 UTC
I don't agree...
Comment 4 Bastien Nocera 2007-01-29 18:21:34 UTC
Don't agree either. It's well hidden, yes, but we're trying to reduce the number of capplets, not have more.

But ideas for a better place to put it would be nice.
Comment 5 Luis Villa 2007-12-13 22:14:12 UTC
*** Bug 341063 has been marked as a duplicate of this bug. ***
Comment 6 Luis Villa 2007-12-13 22:26:00 UTC
*** Bug 501762 has been marked as a duplicate of this bug. ***
Comment 7 Allan Day 2009-12-27 15:51:10 UTC
I agree with the diagnosis - the location of the typing break in the keyboard preferences capplet is not logical. The typing break feature is intended as a means to reduce Repetitive Strain Injuring (RSI) or Carpal Tunnel Syndrome (CTS), but these afflictions aren't just caused by typing. They're also caused by using mice and other input devices. A general purpose work break tool would be more logical than a typing break feature.

I agree with Bastien though - moving this feature to a new capplet is not a good solution. The best place for it would be as an applet, in my opinion - since this can be considered addional optional functionality, and since this would enhance discoverability and provide a place for user interaction.
Comment 8 niels 2010-01-04 10:19:52 UTC
Agreed. Moving the typing break to a seperate applet would completely fix the problem, in my opinion. Since turning the typing break on currently results in a "progress bar" in the notifications area, the difference for users is only minor.

I'm not an expert, but I seem to recall reading using the notification area for "permanent" entries was considered bad practice. The typing break feature currently displays the "progress bar" permanently when it is used. The proposed solution would also solve this problem.
Comment 9 Bastien Nocera 2010-11-21 00:11:02 UTC
Mass move to DrWright module. The code has been removed from the control-center, and put back in the drwright module as its interaction with the GNOME 3.x experience was not defined.

See http://git.gnome.org/browse/drwright
Comment 10 Christian Persch 2011-02-07 20:47:10 UTC
The typing-breaks prefs now have their own cc panel, which is the only way to have them now that drwright isn't in cc anymore.