slow keys dialog box is misleading

Bug #501209 reported by appi2012
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GNOME Settings Daemon
New
Undecided
Unassigned
One Hundred Papercuts
Invalid
Undecided
Unassigned
gnome-settings-daemon (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

gnome-settings-daemon's slow keys activation dialog shows up, explaining what slow keys is, and asking if I want to activate it. Although is is a yes or no question, there are 4 buttons: "Don't Activate" "Activate" "Cancel" and "OK." Not only are the buttons really confusing, the question itself is asked at the wrong time. The dialog shows up after slow keys has been enabled, thus it is really asking if I want to keep it on.
This is a horrible design flaw that should be fixed as soon as possible.

I have attached a screenshot of the dialog.

Revision history for this message
appi2012 (appi2012) wrote :
affects: hundredpapercuts → gnome-settings-daemon
Revision history for this message
Vish (vish) wrote :

It seems to be because the dialogue was designed upstream to be displayed in a notification bubble which allows interaction. [notification-daemon].

But since Ubuntu uses notify-osd , the dialogue needs to be made notify-osd friendly.

Changed in gnome-settings-daemon (Ubuntu):
status: New → Confirmed
Revision history for this message
Omer Akram (om26er) wrote :

Thank you for bringing this bug to our attention. However, a paper cut should be a small usability issue , in the default Ubuntu 9.10 install , that affects many people and is quick and easy to fix. So this bug can't be addressed as part of the project.

In this report you said that there are four buttons and there should be two which makes a change in the interface/removal of buttons so not a papercut

For further info about papercuts criteria , pls read > https://wiki.ubuntu.com/PaperCut

Don't worry though, This bug has been marked as "invalid" ONLY in the papercuts project.

Changed in hundredpapercuts:
status: New → Invalid
Revision history for this message
Dylan McCall (dylanmccall) wrote :

om26er, I disagree with marking this invalid. This is easily resolved by having our downstream gnome-settings-daemon only create a sticky keys dialogue, instead of trying to generate a libnotify popup. (It needs to check which actions are available). It's a really simple thing with a big usability impact, and it looks ugly. It has been so for two releases.

Having said that, it is a duplicate, and there are already two patches to choose from, so my point is moot ;)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.