Summary: | Display items in taskbar only from current activity | ||
---|---|---|---|
Product: | [Unmaintained] plasma4 | Reporter: | Luca Beltrame <lbeltrame> |
Component: | widget-taskbar | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | abdeb, ads-kde-bugs, chanika, finex, friesoft, ivan.cukic, sven.burmeister |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Luca Beltrame
2008-07-18 13:12:01 UTC
well, eventually (4.2?) we're planning to have the option to associate activities with virtual desktops. that might work for you; you could put windows for different activities on different virtual desktops and have the activity switched when you switch to another virtual desktop, and the taskbar would only show the applications you wanted. What is the status of this feature request? This activity behaviour is really annoying. With the new activity management in KDE 4.5 this feature could be very useful. I'm doing some tests with 4.5 RC2 where you can set a window to be displayed a window only in a specific activity. *** Bug 241862 has been marked as a duplicate of this bug. *** *** Bug 209223 has been marked as a duplicate of this bug. *** erg. yes, this was my original plan when I let kwin associate windows with activities. At this point I'm not sure I can justify it for 4.5, though: with rc2 already tagged, there's no more time for testing, so any patches that go in have to be ultra-stable. @Chani: I wonder if without this option the 4.5 release will be "incomplete". Do you think that it could be added on 4.5.x or 4.6? If you say 4.6, probably a lot of people will avoid to use activities and will be using "different widget for each desktop" which can cover a lot of usecases managed by activities. What do you think about? As this would introduce a new string, I'm afraid we'll have to wait for 4.6 :( (due to translations) We may try pinging translation teams (and others) to see whether we could push this for 4.5.1 (IMO, it is a *very* important feature) Alternative would be to hide the other-activities-windows by default and provide the config option in 4.6. And I think this could go to 4.5.1 as a bug-fix. TBH, I wouldn't make it an option. :) Activities are for filtering out distractions, the taskbar and pager are the only places that's not respected. 4.5 *is* incomplete, in a sense: the kwin activity-association is just a teaser. The real fun will come when we get the resource association stuff in so that a document tagged with the 'foo' activity will automagically be on the 'foo' activity when it's opened in an activity-aware app. I agree with Ivan: maybe the default could be to automatically display windows from the current activity (it looks more natural) and eventually add the option on 4.6. In this way 4.5.1 will be a bit more usable. :-) This setting is now possible in the current 4.6 development releases. |