Version: (using KDE KDE 3.4.1) Installed from: Debian testing/unstable Packages OS: Linux Hi, I have setup the "Launch feedback" to "Enable taskbar notification" and I find it somehow irritating that when I launch an app on desktop 1, and then switch to desktop 2, I still see the startup notification in the taskbar, even if the app itself will launch on desktop 1 eventually...
we have no way of knowing where the application's window(s) are going to show up. usually they are on the desktop they are started from but there is no guarantee. personally, i LIKE seeing the startups, as they let me know when the app i've launched is ready. more over this isn't a bug, it's a wishlist. and if i weren't in such a foul mood due the rather crappy day i've had i'd close it right now. but i try not to make decisions when i'm frustrated.
When there is a startup notification, it is also known on which desktop the windows will show up, otherwise KWin wouldn't known where to place them: KStartupInfoData::desktop(), 0 for unknown.
hrm.. and that's reliable? i assumed (yeah, ass you me ;) that it wasn't particularly since i regularly (once already today ;) manage to launch an app, switch desktops a few times, and have it appear on a different desktop than i started it on. as long as KStartupInfoData::desktop() reliably reports the final destination i could use that i suppose. i'm still on the fence with the request though.
I can tell you why exactly I had this idea. Sometimes I launch an application on my second desktop and then immediately return to desktop 1 to continue some work (while "bigapp" (e.g. OpenOffice")) has time to start without me being bothered for 30 seconds by it's splashscreen or flashing taskbar. :-) (Btw I think the splashscreen currently also appears on all the desktops, instead of only on the one you launched the app on..., at least for non-KDE applications. If it's really the case I should file a second BR, I'll test it later today.)
KStartupInfoData::desktop() itself is reliable, whether KWin manages to detect all window belonging to the application is a different matter (and something that can be fixed only in the application usually). And I'd personally support this wish - I have taskbar showing windows from all desktops sorted by virtual desktop, and it's kinda annoying to see the startup notification not to stay in the taskbar where it should be after I e.g. switch to a different virtual desktop. As for the splashscreens, if 'xprop | grep TYPE' doesn't say anything about 'SPLASH' after you click on the splash window, don't bother reporting to us, report to the application developers that the splash window doesn't have _NET_WM_WINDOW_TYPE_SPLASH set.
not sure this is related closely enough, but i would really like application to show up on a desktop i launched it. launching an app and then more or less idling on a target virtual desktop just to get it up in there... annoying :) of course, this also applies to startup indicators. if it possible, having startup indicator and all windows of a particular application only on the desktop i have launched it on would be quite an improvement on my personal usability checklist.
Kicker is no more mantained and all bugs/wishes will not be fixed/implemented in KDE3. A list of the most interesting/unresolved issues which is still valid for KDE4 has been created. Before reopening old kicker bugs on KDE4 Plasma, please try the new KDE 4.3.1, check the current behaviour and, only if you find new bugs or if you need a particular feature, open a new bug report. Remember that KDE 4 is a full rewrite of KDE 3 so some old features will not be re-implemented because the behaviour has be changed a lot on some sides. Thanks for the comprehension and enjoy the new KDE 4! -- FiNeX & D. Andres