applets close immediately after focus is lost

Bug #221965 reported by Jeff Strunk
This bug report is a duplicate of:  Bug #441001: Dialogs disappear too quickly. Edit Remove
4
Affects Status Importance Assigned to Milestone
Awn Extras
In Progress
Undecided
Unassigned

Bug Description

I have installed awn from your Launchpad PPA on Ubuntu Hardy. The version is 0.3.1 from yesterday. This issue is very similar to Bug 139997, but it applies to all applets. It would be best if the solution were built into awn instead of relying on each applet author to implement it.

The problem is that when focus follows mouse, the applets output disappears when I move the cursor across the gap between awn and the applet's output if there is another window open there. I tried delaying the focus switch with KDE, but that did not fix awn.

I think the best solution would be to make the applet output stay up for a configurable amount of time after focus is lost and allow it to stay open if focus is regained.

Thank you.

Revision history for this message
moonbeam (rcryderman) wrote :

The focus follows mouse configuration in combination with the expected applet behavior bug has been around for a while.

The delayed closing on focus loss is an option that could be considered but I'm not really convinced it's necessary. IMO the best option is to just disable closing the dialog when focus is lost when a focus follows mouse configuration is being used.

A few months ago a global key was created in (in gconf terms) /apps/avant-window-navigator/applets/shared/ which is meant to be a global setting controlling the hiding of an awn dialog with loss of focus.. and then ignored until recently.

The default behavior is to hide on loss of focus and it definitely is the preferred setting for most users. That being said we are trying to accommodate different configurations so the aforementioed key 'dialog_focus_loss_behavior' was created.

Please note that many applets do not have this implemented yet. But work was recently started and a addition was made to the applet guidelines to encourage compliance. Also there may be a small number of applets that are architectural unable to implement this feature.

http://bazaar.launchpad.net/~awn-extras/awn-extras/trunk/revision/452
http://bazaar.launchpad.net/~awn-extras/awn-extras/trunk/revision/451
http://bazaar.launchpad.net/~awn-extras/awn-extras/trunk/revision/450
http://bazaar.launchpad.net/~awn-extras/awn-extras/trunk/revision/449
http://wiki.awn-project.org/Applets:DevelopmentGuidelines#Shared_Configuration_Keys

Given the current state of affairs I'm going to mark this bug 'in progress'.

Thanks for contributing to awn.

Changed in awn:
status: New → In Progress
Revision history for this message
moonbeam (rcryderman) wrote :

Moving to awn-extras. Either Project is probably acceptable but extras seems a slightly better choice

Revision history for this message
ewanm89 (ewanm89-googlemail) wrote :

If the applet window is given the focus and not the menu bar from the moment the button is pressed then the problem should be fixed?

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.