Version: 2.2.1 (using KDE 3.1.1) Installed from: Red Hat Linux 7.3 Compiler: gcc version 2.96 20000731 (ASPLinux 7.3 2.96-113) OS: Linux (i686) release 2.4.18-5asp Using Plugins: Young Hickory Expected Behavior: 1. when click on systray icon noatun hide, [OK] 2. when again click on systray icon noatun should unhide. [OK] 3. Noatun window position is different now (on restore) [NOT OK] Bug/Unexpected Behavior: 3rd point above: When restored from systray noatun gets restored on different place. Correct Expected behavior: (example of task button) 1. run noatun 2. click on noatun task button once 3. It hides (minimizes) [ok] 4. again click on the minimized (hidden) noatun task button 5. it get restored properly (restore) [ok] but with Young Hickory plugin, 4 and 5 points are not working with systray. Noatun should remember the window position, as hiding unhiding like clicking on taskbutton. More info: 1. it is not related to window mananger because other systray app get restored properly. Thanks
This is a problem that needs to get sloved in every single gui-plugin. Which one are you using. Btw, this works fine with KJöfol AFAICS.
Update: current kwin is so horribly broken that it doesn't work at all anymore. Moving this over to kwin.
Noatun doesn't use KSystemTray for showing/hiding the mainwindow. But strictly speaking, the code for avoiding placement policy in KSystemTray is a hack. Let's handle this together with systray changes planned for 3.3.
Noatun is an example. We also can give Kopete or BasKet as example. Thay all have non-maximized windows that are expected (the most time) to keep theire size and place. Most users don't know the "Store window settings" KWin feature : so they post wish report to have this implemented in softwares because after app restarting, Contact List (for example) isn't at the same place and haven't the same size they have configured... It could be good to allow programs to activate this setting, as they already can activate "Show full screen", "Keep above others" (or is it hardcoded by programs ??)... So, the first time those apps are launched, this setting will be programatically activated (because most users expect it). Thanks.
this isn't solvable given the current system tray specification.
reading over this bug, i'm not actually sure what the system tray is supposed to be able to do with this. it can, at most, say "show thyself" and the window should reshow itself. it isn't for kicker or the system tray to really keep track of where a window should be. so .. playing ring around the rosey and putting this back on Noatun. it does work with other apps such as kopete, etc as was mentioned in one of the follow up comments.
I would suggest to activate the Store Settings in System Tray applets, as you would do: 1. RMB on the kwin (or ALT+F3) 2. Advanced -> Special window settings... 3. [x] enable Position-> and 4. choose [Remember] from the drop down list. like this if you could automatically apply this "Remember Position" for System Tray Applets then this bug is resolved!
Can confirm behaviour in noatun in KDE 3.5.1 compiled from sources.
Described noatun behaviour still applies for KDE 3.5.5/Noatun 2.10.0. Closing the window by the title bar's "X" button, then reopening it by the tray icon, made the window re-appear in the top left corner of the desktop, constantly. After following the original reporters instructions to close the window by clicking the tray icon once, on re-clicking the tray icon, noatun came up in the top right corner instead. Since then (in the current session), it didn't re-open in the top left corner nor anywhere else. Because of the top right corner case, I suspected noatun could like to stick//glue: gkrellm lives in the top right corner of my desktop, and noatun went only to the "border" of gkrellm, but not to the exact right _end_ of the desktop. ... found this noteworthy, maybe it can help any developer to understand noatun's window placing behaviour.
noatun has not been part of the KDE 4 release and is no longer maintained. KDE now offers Dragon as a video player and JuK as a music player. Additionally, other popular KDE players have been ported to KDE 4, such as Amarok or Kaffeine. If this issue is still applicable to KDE 4 applications, please add a comment or file a new report. For more information, see http://websvn.kde.org/?view=revision&revision=718046