** Description changed:
Ubuntu 11.10 beta
compiz 1:0.9.5.94+bzr2803-0ubuntu5
unity 4.16.0-0ubuntu1
1. open banshee, start a song in it and minimize
2. open another application lets say gnome-terminal
3. click on the sound menu and select banshee
What happens
banshee icon in t
So... this has been sitting in my inbox for a *long* time, sorry.
I think a better approach would be to suggest clients make direct use of
the desktop entry spec, rather than duplicating the methods here. We
already have a property to direct clients to the desktop file for the
media player, so the
Created attachment 88321
Add org.mpris.MediaPlayer2.Activate
Alex, the desktop entry spec recently gained support for
org.freedesktop.Application, which has a method Activate() that takes a
platform data. I think it makes sense to reuse this terminology and the
platform-data convention.
The attac
Not convinced that following GApplication's slightly esoteric form is
helpful. The name's fine, but the way it encodes/decodes the timestamp
is kinda weird.
We'll probably need a CanRaiseWithTimestamp property or some such to let
clients know whether this is implemented. Or a HasRaiseWithTimesta
Instead of only passing a timestamp, this could be the same platform
data that GApplication uses in its Activate method (of type "asv").
This would make passing these kinds of things more uniform and easier to
handle for toolkits, as well as being extensible.
Maybe we could even call it Activate ;
JaSauders, when a window opens or asks for focus, the window manager has
to decide whether focusing it is a good idea.
If you choose an item in an indicator menu, wanting to see a particular
window, obviously it should be focused, right? Well, no. For example,
when I choose the date item in the cl
I couldn't see an obvious way to edit my above post, so apologies for
sending out a second comment, but I do have to ask... why would the
default parameter for focus-prevention-level not be 0 anyways? It
doesn't seem, do I dare say, all that logical to have it set to 1 since
it only ends up providi
Running 14.04.2 here with some of the same issues. I was seeing it with
ownCloud client, network manager, and a weather applet known as my-
weather-indicator. The issue came up at random, but it was easy to
replicate within a matter of 15-20 seconds while continuously navigating
around open windows
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: libdbusmenu (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to libdbusmenu in Ubuntu.
Matching subscriptions: dx-packag
** No longer affects: indicator-messages (Ubuntu Raring)
** No longer affects: indicator-sound (Ubuntu Raring)
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to libdbusmenu in Ubuntu.
Matching subscriptions: dx-packages, dx-packages, dx-package
Ok, I realized that for some reason, any applications were gaining
focus.
I fixed following this answer into askubuntu:
http://askubuntu.com/questions/128738/when-i-launch-an-app-the-focus-
doesnt-move-to-the-opened-app
Run in a terminal:
gconftool-2 --type=Integer --set
/apps/compiz-1/general/
I'm on 14.04, and this still happens, for Rhythmbox, Empathy, etc.
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to libdbusmenu in Ubuntu.
Matching subscriptions: dx-packages, dx-packages, dx-packages, dx-packages
https://bugs.launchpad.net/bug
** Changed in: indicator-messages
Status: Fix Committed => Fix Released
** Changed in: indicator-messages/13.04
Status: Fix Committed => Fix Released
** Changed in: indicator-sound
Status: Fix Committed => Fix Released
** Changed in: indicator-sound/13.04
Status: Fix
13 matches
Mail list logo