Modified version of KDE 4.7 taskbar applet and taskmanager library.

Modifications:

1. Show only icons (no text) in taskbar.
2. When a launcher is activated, place the task\'s taskbar entry at the same location as the launcher.
3. Tasks with no associated launcher, are placed after launcher tasks (unless alphabetically sorted).
4. Always group tasks.
5. Only allow launchers for items with .desktop files
6. Add a dialog to manually set the association from a window to a .desktop file - so that launcher can be created.
7. Add option to activate/iconify whole group when left button is pressed (taken from SmoothTasks). If disabled, then present windows is used for the group.
8. Use oxygen \'+\' icon to indicate a collpased group.
9. Use middle button to launch new instance of a task.
10. Attempt to place start-up spinner over launcher/task.
11. Add option to always use the launcher icon for taskbar entry - even when app is active. This works-around the issue where some applications (e.g. LibreOffice) have a different launcher/menu icon than the actual app uses.
12. Workaround an issue with a tasks attention state.
13. More tasks shown in tooltips.
14. Close tasks via tooltips.
15. Show right-click menu for task in tooltips.
16. Option to show job progress over task icon.
17. DockManager API support
18. Media player buttons in tooltips
19. Unity API

Changelog:

0.9.2
=====
1. Allow DockManager "icon-file" to refer to an icon name.
2. Add DockManager API extension (capability "x-kde-dock-item-overlay", dock item property "x-kde-overlay") to allow plugins to specify an overlay icon to be placed top-left of icon.
3. Dont attempt to get commandline for pid 0 - seems to crash KSysGuard library.
4. Use plasma themed close icon for tooltips.
5. Clear any exising entries before showing recent documents menu.
6. When reloading xbel/office recent documents, only clear old documents of that type.
7. When an action is marked as a separator, add a separator to the menu - just adding the action leads to an entry that looks like a menu title.
8. Read LibreOffice 3.4 recent documents from recently-used.xbel
9. Fix DockManager::GetItemsByPid

0.9.1
=====
1. When changing tooltip from one item to the next, call the toolTipHidden slot - so that the item can unregister from the tooltip signals.
2. Fix compilation with KDE less than 4.7
3. Fix dockmanager plugin sub-menus.
4. If compiled against KDE 4.8, dont need IconTask specific taskmanager.

0.9.0
=====
1. Use KSysGuard libraries to read process information.
2. Only ever show the separator if we actually have some launchers.
3. Rename taskmanagerrc to taskmanagerrulesrc
4. Middle click on tooltip is same as middle click on task.
5. Add middle click option - "Move To Current Desktop"
6. When manually moving launchers/tasks, move immediately rather than showing the drop indicator. The previous behaviour may be re-enabled by passing -DICON_TASKS_SHOW_DROP_INDICATOR_FOR_MOVE=true to cmake.
7. If there are too many windows for tooltip, display "Plus X more..."
8. Better calculation of rws and columns in tooltip.
9. Fix not being able to interact with first launcher/entry whilst a task is starting.
10. Fix totally broken dockmanager config UI.
11. Dont check if filename changes dock dockmanager, always update if an icon name is set.
12. Only store 1 container of launchers - not map for launchers, and list for sort order.
13. Fix detection of kcmodule launchers.
14. Try not to use exec() to open config dialogs, so as to not freeze plasma!
15. Remove usage of custom properties in QActions for menus.
16. Use standard KOpenWithDialog to select applications. Allows creation of non-desktop based launchers.
17. Save launcher lock state in applet, not taskmanager library.
18. All changes to taskmanager library are now in KDE/master. Because of this there is no 'basic' menu setting, as the menus have been re-arranged. The only difference between IconTasks's taskmanager and KDE (as of 4.8) taskmanager is the name of the Advanced sub menu. In KDE/master this is now know as "More Actions"
19. Don't set DESKTOP_SESSION to ubuntu, UnityFox has been updated an version 0.2.2 no longer requires this. For an updated UnityFox see:

Better distinction of running taks

Hello

I like this launcher very much. I just wish it would be easier to distinguish open from non-open tasks. Both using indicators and the theme has poor visibility in task management when the icons are large relative to the bar size (90% icon size with oxygen theme).

I have no artistic/usabilty inspiration, but here are some suggestions:

+ A setting to grey-out the non-running icon tasks

+ Using alternate markers in the space between icons. I can only think of having the icons between brackets [O] or <O>, which surely would not look not very good.

The media-buttons already work with VLC - but only for the first window.

Firefox launchers and profiles

Hi ! Is there a simple way to use different option for a pinned launcher ? For example, I would like to use firefox with a specific profile and with option -no-remote, and aurora with another profile and option -no-remote. The only way i found is to add a .desktop file in the task bar but the icon moves from where i put it to the right of the others launchers when the program is launched ...
Is there any way to have the same comportment as if it were a pinned launcher ?
Thanks for all !

Re: Re: Re: Firefox launchers and profiles

I've not actually tried this, but use something similar for VirtualBox.

1. Edit taskmanagerrulesrc (either edit the system one (/usr/share/kde4/config/taskmanagerrulesrc), or copy the system one to ~/.kde/share/config). In the "[Settings]" section update "MatchCommandLineFirst" so that it contains "Firefox" (e.g. MatchCommandLineFirst=VirtualBox,Firefox)
2. Create a custom .desktop launcher for your firefox and make sure its Exec line mathces the commandline (e.g. "Exec=firefox -no-remote")
3. Restart plasma (not 100% if this is required...)

What should happen is that the taskmanager library will read taskmanagerrulesrc before matching a window to a .desktop file. It should see that for windows with a WM_CLASS set to "Firefox" that it should first attempt to match to a .desktop file containing the commandline used to start the app. Therefore, your custom .desktop should be found first. Note, that this .desktop file *needs* to be in one of the standard locations (i..e it should also appear in the KDE menu). The easiest way would be to use KMenuEdit to create the .dekstop file.

Re: Re: Re: Re: Re: Firefox launchers and profiles

Ok, thank you for the trick but it still not does what i want :-)
As you can see on the picture :
http://pix.toile-libre.org/upload/original/1338287940.png
now firefox and aurora launchers don't move anymore, but they are considered as if they were not pinned on the taskbar ...
Any idea to fix it ?
Thanks in advance !
and again, this is a really minor issue, great job !

more like docker

Hey. I was looking for a long time a native kde docker, but nothing interesting.
cairo, awant are typically for gnome.
fancy task quite buggy, slow, and crash plasma all the time.
only way is to use a docky for me, is fast and simple. enaught for me, but unfortunatelly it is not kde native :( so I would like to ask You about adding few feature to current icon-task only widget, like:
-scalling icons when mouse is over icons
-litle jumping animation on clicked animation,
and I think a possibility to add it like a panel instead of widget, with kickoff or lancelot and pager.
please write back with Your opinion.

How do you like Plasma 5? The best KDE Desktop ever. Definitely a nice improvement. Not decided yet. Haven't tried it yet. I do not like some of the changes. KDE is taking the wrong way. I am still sticking with KDE 3.5. I have no opinion, but wanted to vote anyway.

Copyright 2001-2015 KDE-Look.org Team All rights reserved. KDE-Look.org is not liable for any content or goods on this site.All contributors are responsible for the lawfulness of their uploads.KDE and K Desktop Environment are trademarks of KDE e.V.