2012-02-14 23:46:37 |
Bruno Girin |
bug |
|
|
added bug |
2012-02-14 23:49:02 |
Bruno Girin |
summary |
5.4 RC1: HUD always offers search results from keyboard and network app indicator irrespective of current open app |
5.4 RC1: HUD offers search results from app indicators more often than from currently focused application |
|
2012-02-17 00:55:00 |
Bilal Akhtar |
unity: status |
New |
Confirmed |
|
2012-02-17 00:55:03 |
Bilal Akhtar |
unity: importance |
Undecided |
Medium |
|
2012-02-17 00:55:09 |
Bilal Akhtar |
tags |
5.4-rc1 amd64 apport-bug precise rc-5.2.0+bzr1971ubuntu0+644 |
5.4-rc1 amd64 apport-bug hud precise rc-5.2.0+bzr1971ubuntu0+644 |
|
2012-02-17 00:55:17 |
Bilal Akhtar |
bug task added |
|
unity (Ubuntu) |
|
2012-02-17 00:55:51 |
Bilal Akhtar |
unity (Ubuntu): status |
New |
Confirmed |
|
2012-02-17 00:55:53 |
Bilal Akhtar |
unity (Ubuntu): importance |
Undecided |
Medium |
|
2012-02-20 02:07:39 |
Arnel A. Borja |
bug |
|
|
added subscriber Arnel A. Borja |
2012-02-23 11:48:47 |
John Lea |
summary |
5.4 RC1: HUD offers search results from app indicators more often than from currently focused application |
HUD - 5.4 RC1: HUD offers search results from app indicators more often than from currently focused application |
|
2012-02-23 11:51:26 |
John Lea |
description |
When using the HUD, search results are always reduced to menu items in the keyboard or network application indicators, irrespective of what application has the focus.
Steps to reproduce:
1. Start Firefox
2. Press ALT to open the HUD: the HUD search box opens with the FF icon next to it
3. Type "pref": the icon changes to different app indicators (what app indicator is shown varies), in particular the keyboard and network ones and does not show any FF menu options
Expected behaviour
The HUD should favour menu options from the application that currently has the focus and only show app indicator menu options as secondary items. In the example above, the Firefox Edit > Preferences menu item would have been the obvious one to show considering FF had the focus.
It looks like the HUD in its current state is only able to show search results from the focused application or one of the app indicators but not both at the same time. The result is that it jumps between focused app and app indicators making it very unpredictable. A more stable behaviour would be to show search results from both the focused application and all app indicators with an order that favours the focused application.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: unity 5.2.0+bzr1971ubuntu0+644
ProcVersionSignature: Ubuntu 3.2.0-16.25-generic 3.2.6
Uname: Linux 3.2.0-16-generic x86_64
ApportVersion: 1.91-0ubuntu1
Architecture: amd64
CompizPlugins: [core,bailer,detection,composite,opengl,compiztoolbox,decor,move,vpswitch,snap,imgpng,gnomecompat,mousepoll,place,resize,grid,regex,session,wall,animation,workarounds,expo,fade,ezoom,scale,unityshell]
CrashDB: unity
Date: Tue Feb 14 23:29:05 2012
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Beta amd64 (20110901)
ProcEnviron:
LANGUAGE=en_GB:en
PATH=(custom, no user)
LANG=en_GB.UTF-8
SHELL=/bin/bash
SourcePackage: unity
UpgradeStatus: Upgraded to precise on 2012-02-11 (3 days ago) |
When using the HUD, search results are always reduced to menu items in the keyboard or network application indicators, irrespective of what application has the focus.
Steps to reproduce:
1. Start Firefox
2. Press ALT to open the HUD: the HUD search box opens with the FF icon next to it
3. Type "pref": the icon changes to different app indicators (what app indicator is shown varies), in particular the keyboard and network ones and does not show any FF menu options
Expected behaviour
The HUD should favour menu options from the application that currently has the focus and only show app indicator menu options as secondary items. In the example above, the Firefox Edit > Preferences menu item would have been the obvious one to show considering FF had the focus.
It looks like the HUD in its current state is only able to show search results from the focused application or one of the app indicators but not both at the same time. The result is that it jumps between focused app and app indicators making it very unpredictable. A more stable behaviour would be to show search results from both the focused application and all app indicators with an order that favours the focused application.
----------------------------------
Note from design:
This is an important bug, the display of indicator and desktop options needs to be very significantly retarded. They currently have much too high of a prominence. |
|
2012-02-23 11:51:37 |
John Lea |
bug task added |
|
ayatana-design |
|
2012-02-23 11:51:45 |
John Lea |
ayatana-design: assignee |
|
John Lea (johnlea) |
|
2012-02-23 11:51:47 |
John Lea |
ayatana-design: importance |
Undecided |
Medium |
|
2012-02-23 11:51:49 |
John Lea |
ayatana-design: status |
New |
Triaged |
|
2012-02-23 11:51:55 |
John Lea |
unity: milestone |
|
backlog |
|
2012-02-23 11:51:58 |
John Lea |
tags |
5.4-rc1 amd64 apport-bug hud precise rc-5.2.0+bzr1971ubuntu0+644 |
5.4-rc1 amd64 apport-bug hud precise rc-5.2.0+bzr1971ubuntu0+644 udp |
|
2012-02-23 12:37:14 |
Omer Akram |
summary |
HUD - 5.4 RC1: HUD offers search results from app indicators more often than from currently focused application |
HUD - HUD offers search results from app indicators more often than from currently focused application |
|
2012-03-01 17:39:28 |
Olli Ries |
bug task added |
|
indicator-appmenu |
|
2012-03-01 17:39:42 |
Olli Ries |
indicator-appmenu: importance |
Undecided |
Medium |
|
2012-03-09 00:33:46 |
Allison Karlitskaya |
marked as duplicate |
|
921231 |
|
2012-04-20 12:57:47 |
John Lea |
removed duplicate marker |
921231 |
|
|
2012-04-20 12:59:21 |
John Lea |
ayatana-design: importance |
Medium |
High |
|
2012-04-20 13:08:39 |
John Lea |
description |
When using the HUD, search results are always reduced to menu items in the keyboard or network application indicators, irrespective of what application has the focus.
Steps to reproduce:
1. Start Firefox
2. Press ALT to open the HUD: the HUD search box opens with the FF icon next to it
3. Type "pref": the icon changes to different app indicators (what app indicator is shown varies), in particular the keyboard and network ones and does not show any FF menu options
Expected behaviour
The HUD should favour menu options from the application that currently has the focus and only show app indicator menu options as secondary items. In the example above, the Firefox Edit > Preferences menu item would have been the obvious one to show considering FF had the focus.
It looks like the HUD in its current state is only able to show search results from the focused application or one of the app indicators but not both at the same time. The result is that it jumps between focused app and app indicators making it very unpredictable. A more stable behaviour would be to show search results from both the focused application and all app indicators with an order that favours the focused application.
----------------------------------
Note from design:
This is an important bug, the display of indicator and desktop options needs to be very significantly retarded. They currently have much too high of a prominence. |
When using the HUD, search results are always reduced to menu items in the keyboard or network application indicators, irrespective of what application has the focus.
Steps to reproduce:
1. Start a application (e.g. Character map)
2. Press ALT to open the HUD: the HUD search box opens with the 'Character Map' icon next to it
3. Type "sh"
Expected behaviour
The HUD should favour menu options from the application that currently has the focus and only show app indicator menu options as secondary items. In the example above, the Character Map functions should be shown at the top of the list because this application has focus.
There needs to be more weighting in favour of focused application (as opposed to the indicators)
----------------------------------
Note from design:
This is an important bug, the display of indicator and desktop options needs to be retarded. The indicator options currently have too high of a prominence. |
|
2012-04-20 13:25:05 |
Sebastien Bacher |
unity: status |
Confirmed |
Invalid |
|
2012-04-20 13:27:37 |
Sebastien Bacher |
affects |
unity (Ubuntu) |
indicator-appmenu (Ubuntu) |
|
2012-04-20 13:27:37 |
Sebastien Bacher |
indicator-appmenu (Ubuntu): status |
Confirmed |
Incomplete |
|
2012-04-20 13:33:14 |
John Lea |
ayatana-design: importance |
High |
Medium |
|
2012-04-20 13:35:05 |
Sebastien Bacher |
indicator-appmenu (Ubuntu): status |
Incomplete |
Triaged |
|
2012-04-20 13:37:18 |
Sebastien Bacher |
indicator-appmenu: status |
New |
Triaged |
|
2012-04-20 13:37:18 |
Sebastien Bacher |
indicator-appmenu: assignee |
|
Ryan Lortie (desrt) |
|
2012-04-20 13:39:07 |
Yann Dìnendal |
bug |
|
|
added subscriber Yann Dìnendal |
2012-04-22 23:01:42 |
Tim Penhey |
bug task deleted |
unity |
|
|
2012-04-22 23:01:50 |
Tim Penhey |
ayatana-design: status |
Triaged |
Fix Committed |
|
2012-06-29 07:00:22 |
yang zhang |
bug |
|
|
added subscriber yang zhang |
2012-08-25 02:33:30 |
Edward Donovan |
bug |
|
|
added subscriber Edward Donovan |
2015-10-14 13:37:28 |
Marco Trevisan (Treviño) |
tags |
5.4-rc1 amd64 apport-bug hud precise rc-5.2.0+bzr1971ubuntu0+644 udp |
5.4-rc1 amd64 apport-bug hud precise rc-5.2.0+bzr1971ubuntu0+644 rls-w-incoming udp |
|
2015-10-30 14:22:03 |
Marco Trevisan (Treviño) |
tags |
5.4-rc1 amd64 apport-bug hud precise rc-5.2.0+bzr1971ubuntu0+644 rls-w-incoming udp |
5.4-rc1 amd64 apport-bug hud precise rc-5.2.0+bzr1971ubuntu0+644 rls-x-incoming udp |
|
2016-02-15 10:27:49 |
Will Cooke |
tags |
5.4-rc1 amd64 apport-bug hud precise rc-5.2.0+bzr1971ubuntu0+644 rls-x-incoming udp |
5.4-rc1 amd64 apport-bug hud precise rc-5.2.0+bzr1971ubuntu0+644 rls-x-notfixing udp |
|