Hi folks, I wrote a couple of weeks ago that kpowermon opened a full window with its icon, rather than going in the tray. That was annoying, but today I discover Amarok is doing the same thing. That's MORE annoying, because I really want to use it. So it opens a full window with junk in it, except the center, which has its small tray-sized icon. This in additional to its regular window, of course. Any ideas what to do about this? This is KDE 4. The majority of apps work just fine, both KDE and Gnome, but a few are misbehaving strangely like this. Again, I did not have the problem before switching to xmonad. I am using the KDE configs in xmonad. -- John
I had the same issue with Amorak. You have to change some preference in the Amorak menu. Some box that you have to de-tick, restart Amorak and the the window with the tray-icon is gone. I can't recall where exactly it was, but I know its there. John Goerzen wrote:
Hi folks,
I wrote a couple of weeks ago that kpowermon opened a full window with its icon, rather than going in the tray.
That was annoying, but today I discover Amarok is doing the same thing. That's MORE annoying, because I really want to use it. So it opens a full window with junk in it, except the center, which has its small tray-sized icon. This in additional to its regular window, of course.
Any ideas what to do about this? This is KDE 4. The majority of apps work just fine, both KDE and Gnome, but a few are misbehaving strangely like this. Again, I did not have the problem before switching to xmonad. I am using the KDE configs in xmonad.
-- John _______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad
Thomas Friedrich wrote:
I had the same issue with Amorak. You have to change some preference in the Amorak menu. Some box that you have to de-tick, restart Amorak and the the window with the tray-icon is gone. I can't recall where exactly it was, but I know its there.
Yes, I can make the tray icon go away, but that's not what I want either. I want the try icon to *work* and live in the tray like it's supposed to, and I haven't found an option for that. -- John
John Goerzen wrote:
Hi folks,
I wrote a couple of weeks ago that kpowermon opened a full window with its icon, rather than going in the tray.
That was annoying, but today I discover Amarok is doing the same thing. That's MORE annoying, because I really want to use it. So it opens a full window with junk in it, except the center, which has its small tray-sized icon. This in additional to its regular window, of course.
Any ideas what to do about this? This is KDE 4. The majority of apps work just fine, both KDE and Gnome, but a few are misbehaving strangely like this. Again, I did not have the problem before switching to xmonad. I am using the KDE configs in xmonad.
-- John _______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad
_______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad
Hy John, what tray-application are you using? Gnome-Panel and a Tray-Applet? Trayer? On Mon, Jun 08, 2009 at 10:12:34PM -0500, John Goerzen wrote:
Thomas Friedrich wrote:
I had the same issue with Amorak. You have to change some preference in the Amorak menu. Some box that you have to de-tick, restart Amorak and the the window with the tray-icon is gone. I can't recall where exactly it was, but I know its there.
Yes, I can make the tray icon go away, but that's not what I want either. I want the try icon to *work* and live in the tray like it's supposed to, and I haven't found an option for that.
-- John
John Goerzen wrote:
Hi folks,
I wrote a couple of weeks ago that kpowermon opened a full window with its icon, rather than going in the tray.
That was annoying, but today I discover Amarok is doing the same thing. That's MORE annoying, because I really want to use it. So it opens a full window with junk in it, except the center, which has its small tray-sized icon. This in additional to its regular window, of course.
Any ideas what to do about this? This is KDE 4. The majority of apps work just fine, both KDE and Gnome, but a few are misbehaving strangely like this. Again, I did not have the problem before switching to xmonad. I am using the KDE configs in xmonad.
-- John
-- Dominik Bruhn mailto: dominik@dbruhn.de
Dominik Bruhn wrote:
Hy John, what tray-application are you using? Gnome-Panel and a Tray-Applet? Trayer?
Hi Dominik, I'm running full KDE, just not kwin. So it's whatever KDE 4 calls its "System Tray". It sits in my KDE panel. All these things have new names in KDE4. In KDE3, I would have said it sits inside kicker, but I'm not positive what it's called now. It's the exact same thing that runs when I use kwin, and works then. Thanks, -- John
On Mon, Jun 08, 2009 at 10:12:34PM -0500, John Goerzen wrote:
Thomas Friedrich wrote:
I had the same issue with Amorak. You have to change some preference in the Amorak menu. Some box that you have to de-tick, restart Amorak and the the window with the tray-icon is gone. I can't recall where exactly it was, but I know its there. Yes, I can make the tray icon go away, but that's not what I want either. I want the try icon to *work* and live in the tray like it's supposed to, and I haven't found an option for that.
-- John
John Goerzen wrote:
Hi folks,
I wrote a couple of weeks ago that kpowermon opened a full window with its icon, rather than going in the tray.
That was annoying, but today I discover Amarok is doing the same thing. That's MORE annoying, because I really want to use it. So it opens a full window with junk in it, except the center, which has its small tray-sized icon. This in additional to its regular window, of course.
Any ideas what to do about this? This is KDE 4. The majority of apps work just fine, both KDE and Gnome, but a few are misbehaving strangely like this. Again, I did not have the problem before switching to xmonad. I am using the KDE configs in xmonad.
-- John
------------------------------------------------------------------------
_______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad
On Tue, Jun 09, 2009 at 07:28:36AM -0500, John Goerzen wrote:
Dominik Bruhn wrote:
Hy John, what tray-application are you using? Gnome-Panel and a Tray-Applet? Trayer?
Hi Dominik,
I'm running full KDE, just not kwin. So it's whatever KDE 4 calls its "System Tray". It sits in my KDE panel. All these things have new names in KDE4. In KDE3, I would have said it sits inside kicker, but I'm not positive what it's called now.
It's the exact same thing that runs when I use kwin, and works then.
Here's another question. I'm using KDE4. One of the wiki pages mentioned kde4Config, which doesn't seem to be in the released xmonad. It might be good to make sure that the wiki only contains released features. Meanwhile, what's the timeline on getting kde4Config support into a release? And would using kde4Config instead of kdeConfig make any difference on this problem? -- John
Thanks,
-- John
On Mon, Jun 08, 2009 at 10:12:34PM -0500, John Goerzen wrote:
Thomas Friedrich wrote:
I had the same issue with Amorak. You have to change some preference in the Amorak menu. Some box that you have to de-tick, restart Amorak and the the window with the tray-icon is gone. I can't recall where exactly it was, but I know its there. Yes, I can make the tray icon go away, but that's not what I want either. I want the try icon to *work* and live in the tray like it's supposed to, and I haven't found an option for that.
-- John
John Goerzen wrote:
Hi folks,
I wrote a couple of weeks ago that kpowermon opened a full window with its icon, rather than going in the tray.
That was annoying, but today I discover Amarok is doing the same thing. That's MORE annoying, because I really want to use it. So it opens a full window with junk in it, except the center, which has its small tray-sized icon. This in additional to its regular window, of course.
Any ideas what to do about this? This is KDE 4. The majority of apps work just fine, both KDE and Gnome, but a few are misbehaving strangely like this. Again, I did not have the problem before switching to xmonad. I am using the KDE configs in xmonad.
-- John
------------------------------------------------------------------------
_______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad
_______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad
On Tue, Jun 09, 2009 at 11:22:18AM -0500, John Goerzen wrote:
On Tue, Jun 09, 2009 at 07:28:36AM -0500, John Goerzen wrote:
Dominik Bruhn wrote:
Hy John, what tray-application are you using? Gnome-Panel and a Tray-Applet? Trayer?
Hi Dominik,
I'm running full KDE, just not kwin. So it's whatever KDE 4 calls its "System Tray". It sits in my KDE panel. All these things have new names in KDE4. In KDE3, I would have said it sits inside kicker, but I'm not positive what it's called now.
It's the exact same thing that runs when I use kwin, and works then.
Here's another question. I'm using KDE4. One of the wiki pages mentioned kde4Config, which doesn't seem to be in the released xmonad. It might be good to make sure that the wiki only contains released features.
Meanwhile, what's the timeline on getting kde4Config support into a release? And would using kde4Config instead of kdeConfig make any difference on this problem?
-- John
Looks like the KDE 4 stuff was added to darcs in Dec 2008, seems like it should be in 0.8.1 (Jan 2009) In any case, the only difference I can see between kdeConfig and kde4Config is in the keybindings: kdeKeys (XConfig {modMask = modm}) = M.fromList $ [ ((modm, xK_p), spawn "dcop kdesktop default popupExecuteCommand") , ((modm .|. shiftMask, xK_q), spawn "dcop kdesktop default logout") ] kde4Keys (XConfig {modMask = modm}) = M.fromList $ [ ((modm, xK_p), spawn "krunner") , ((modm .|. shiftMask, xK_q), spawn "dbus-send --print-reply --dest=org.kde.ksmserver /KSMServer org.kde.KSMServerInterface.logout int32:1 int32:0 int32:1") ] -sme
* On Tuesday, June 09 2009, Sean Escriva wrote:
On Tue, Jun 09, 2009 at 11:22:18AM -0500, John Goerzen wrote: ... Looks like the KDE 4 stuff was added to darcs in Dec 2008, seems like it should be in 0.8.1 (Jan 2009)
xmonad 0.8.1 === xmonad 0.8 + a workaround for a ghc bug [1] Here are some statistics comparing the current darcs to 0.8.1. The results are slightly biased up by about 200 LOC because I did this with a branch that adds NamedAction, which supports showing keybindings at an unacceptable cost to config complexity: Removed: $ diff -rBwbd XMonadContrib xmonad-contrib-0.8.1 | grep '^>' | wc -l /tmp 882 Added: $ diff -rBwbd XMonadContrib xmonad-contrib-0.8.1 | grep '^<' | wc -l /tmp 2370 Total: $ find XMonadContrib/XMonad | xargs cat | wc -l 18298 With 29 modules added, one removed: $ diff -Bwbd XMonadContrib/xmonad-contrib.cabal xmonad-contrib-0.8.1/xmonad-contrib.cabal | grep XMonad < XMonad.Actions.CycleWindows < XMonad.Actions.FloatSnap < XMonad.Actions.GridSelect < XMonad.Actions.MessageFeedback < XMonad.Actions.PhysicalScreens < XMonad.Actions.SpawnOn < XMonad.Actions.TopicSpace < XMonad.Actions.UpdateFocus < XMonad.Actions.WithAll < XMonad.Config.Azerty
XMonad.Config.PlainConfig
< XMonad.Hooks.FloatNext < XMonad.Hooks.InsertPosition < XMonad.Hooks.Place < XMonad.Layout.AutoMaster < XMonad.Layout.CenteredMaster < XMonad.Layout.Cross < XMonad.Layout.ComboP < XMonad.Layout.FixedColumn < XMonad.Layout.GridVariants < XMonad.Layout.IndependentScreens < XMonad.Layout.LayoutBuilder < XMonad.Layout.Monitor < XMonad.Layout.Mosaic < XMonad.Layout.OneBig < XMonad.Layout.Spacing < XMonad.Layout.SubLayouts < XMonad.Util.NamedActions < XMonad.Util.NamedScratchpad < XMonad.Util.Paste [1] http://code.google.com/p/xmonad/issues/detail?id=226
On Mon, Jun 08, 2009 at 08:02:14PM -0500, John Goerzen wrote:
Hi folks,
I wrote a couple of weeks ago that kpowermon opened a full window with its icon, rather than going in the tray.
That was annoying, but today I discover Amarok is doing the same thing. That's MORE annoying, because I really want to use it. So it opens a full window with junk in it, except the center, which has its small tray-sized icon. This in additional to its regular window, of course.
Any ideas what to do about this? This is KDE 4. The majority of apps work just fine, both KDE and Gnome, but a few are misbehaving strangely like this. Again, I did not have the problem before switching to xmonad. I am using the KDE configs in xmonad.
-- John
Sadly, the bug is in KDE. They use an undocumented (at least I can't find any references) protocol for their tray icons, rather than the standard protocol that other toolkits use. I believe there was a version of stalonetray that somehow worked around this, but I'm not sure how it works. Cheers, Spencer Janssen
Spencer Janssen wrote:
Sadly, the bug is in KDE. They use an undocumented (at least I can't find any references) protocol for their tray icons, rather than the standard protocol that other toolkits use.
I believe there was a version of stalonetray that somehow worked around this, but I'm not sure how it works.
Thanks for the info, Spencer. Interestingly, stalonetray will capture the Amarok icon. So I'm a bit puzzled on several fronts: 1) Why does the window manager make any difference? 2) How could a non-KDE app capture what the KDE tray couldn't? Can you give me any additional information on what I perhaps ought to report to KDE? Actually, this is interesting bit of code from stalonetray: if (tray_data.kde_tray_old_mode || !x11_get_root_winlist_prop(tray_data.dpy, tray_data.xa_kde_net_system_tray_windows, (unsigned char **) &kde_tray_icons, &list_len)) { return; } for (i = 0; i < list_len; i++) /* If the icon is not None and is non old, try to add it * (if the icon is already there, nothing is gonna happen). */ if (kde_tray_icons[i] != None && !kde_tray_is_old_icon(kde_tray_icons[i])) { DBG(8, ("(possibly unembedded) KDE icon 0x%x\n", kde_tray_icons[i])); add_icon(kde_tray_icons[i], CM_KDE); } XFree(kde_tray_icons); I am way out of my depth here, but looking for tray in the kwin source, I also notice: atoms[n] = &kde_system_tray_embedding; names[n++] = (char*) "_KDE_SYSTEM_TRAY_EMBEDDING"; This leads me to wonder if there is some issue with embedding in some fashion? The xmonad source doesn't reference embedding or tray at all... Am I onto something at all here?
Cheers, Spencer Janssen _______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad
To follow up a bit more, I also saw over at http://src.gnu-darwin.org/ports/x11-wm/ede/work/ede/eworkpanel/dock.cpp.html this code: // Helper for Dock::embed_window() // Kopied from kdelibs/kdeui/qxembed.cpp static int get_parent(Window winid, Window *out_parent) { Window root, *children=0; unsigned int nchildren; int st = XQueryTree(fl_display, winid, &root, out_parent, &children, &nchildren); if (st && children) XFree(children); return st; } void Dock::embed_window(Window id) { if (id==0) return; // Store window id in a linked list structure struct straydata *p=traydata; struct straydata *p1; while (p!=0) { // Sometimes the app will reuse the same id on next start? // if (p->id == id) // return; p1=p; p=p->next; } p = new straydata; if (traydata == 0) { traydata=p; } else { p1->next = p; } p->id = id; p->next = 0; Fl_Window *win = new Fl_Window(24, 24); win->end(); this->add_to_tray(win); win->show(); p->win = win; // printf("id: %ld -> %ld\n", id, fl_xid(win)); XReparentWindow(fl_display, id, fl_xid(win), 0, 0); // Hack to get KDE icons working... Window parent = 0; get_parent(id, &parent); // printf(" ++ parent: %ld\n", parent); XMapWindow(fl_display, id); //Need to know when child dies XSelectInput(fl_display, fl_xid(win), SubstructureNotifyMask); Again, I don't know how that would impact xmonad. -- John
On Jun 9, 2009, at 15:22 , Spencer Janssen wrote:
Sadly, the bug is in KDE. They use an undocumented (at least I can't find any references) protocol for their tray icons, rather than the standard protocol that other toolkits use.
Hm, is this not the problem where tray apps stick their IDs in a root window property and kwin puts them in the tray directly, instead of everything using the tray protocol? -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH
participants (7)
-
Adam Vogt -
Brandon S. Allbery KF8NH -
Dominik Bruhn -
John Goerzen -
Sean Escriva -
Spencer Janssen -
Thomas Friedrich