Remove access key for Repeat button
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Banshee |
New
|
Medium
|
|||
banshee (Ubuntu) |
Confirmed
|
Low
|
Unassigned |
Bug Description
Binary package hint: banshee
Banshee provides an access key for the Repeat button, toolbar button, [it's a statusbar with button, so kinda acts like a toolbar button]
Pressing "Alt" underlines the access keys in the Repeat button. Access keys should *not* be provided for toolbar buttons.
From HIG <http://
"Give all labelled components an access key (underlined letter), with the exception of toolbar controls which would use up too many access key combinations."
It's not a regular menu either, so access is not in a consistent way.
Pressing the "Alt" keys should not highlight the Repeat options in the button.
Changed in banshee (Ubuntu): | |
importance: | Undecided → Low |
status: | New → Triaged |
Changed in hundredpapercuts: | |
assignee: | nobody → Papercuts Ninja (papercuts-ninja) |
importance: | Undecided → Low |
milestone: | none → nt1-music |
status: | New → Triaged |
Changed in banshee (Ubuntu): | |
assignee: | nobody → William Friesen (william-friesen) |
status: | Triaged → In Progress |
Changed in hundredpapercuts: | |
assignee: | Papercuts Ninja (papercuts-ninja) → William Friesen (william-friesen) |
status: | Triaged → In Progress |
Changed in banshee: | |
importance: | Unknown → Medium |
status: | Unknown → New |
Changed in hundredpapercuts: | |
assignee: | William Friesen (william-friesen) → nobody |
Changed in banshee (Ubuntu): | |
assignee: | William Friesen (william-friesen) → nobody |
Changed in banshee (Ubuntu): | |
status: | In Progress → Confirmed |
Changed in hundredpapercuts: | |
status: | New → Triaged |
assignee: | nobody → Timothy Arceri (t-fridey) |
Changed in hundredpapercuts: | |
assignee: | Timothy Arceri (t-fridey) → nobody |
no longer affects: | hundredpapercuts |
On Saturday 11,December,2010 03:19 AM, Vish wrote: library. gnome.org/ devel/hig- book/stable/ input-keyboard. html.en# choosing- access- keys>
> Public bug reported:
>
> Binary package hint: banshee
>
> Banshee provides an access key for the Repeat button, toolbar button, [it's a
> statusbar with button, so kinda acts like a toolbar button] Pressing "Alt"
> underlines the access keys in the Repeat button. Access keys should *not* be
> provided for toolbar buttons.
>
>> From HIG
>> <http://
>> :
> "Give all labelled components an access key (underlined letter), with the
> exception of toolbar controls which would use up too many access key
> combinations."
I actually interpret this as "It isn't mandatory to add an access key for
toolbar controls as they use up too many access key combinations," rather than
"Toolbar controls must not have access keys"
> It's not a regular menu either, so access is not in a consistent way.
>
> Pressing the "Alt" keys should not highlight the Repeat options in the
> button.
There's an important difference between the Repeat button and a normal toolbar
button. The repeat button is primarily text. A toolbar button is primarily an icon.
Rather than using "A" and "E" for repeat all/single, or whatnot, how about using
"R" as an access key to open up that menu?
--
Kind regards,
Loong Jin