IconTasks taskmanager changes

[Martin Klapetek]

On Oct 27, 2011 10:12 PM, "Craig Drummond" <craig.drummond at gmx.net> wrote:
>
> On 27/10/11 18:32, Anton Kreuzkamp wrote:
>>
>> On Thursday 27 October 2011 16:21:28 Aaron J. Seigo wrote:
>>>
>>> On Thursday, October 27, 2011 14:44:17 todd rme wrote:
>>>>
>>>> This may be an ignorant question, but what is wrong with using the
>>>> existing application picker dialog as-is? As best as I can tell it
>>>
>>> nothing. the question isn't whether or not to use the application picker
>>> dialog (we all seem to agree it makes sense as a last resort), but how
much
>>> we should try to _avoid_ having to use it.
>>
>> Well, I don't agree. The dialog shows an autogenerated list of
desktop-files.
>> What the user will now do is to compare the application names. The
computer
>> can do that, too. If it currently doesn't, that needs to be fixed instead
of
>> passing on the work to the user. The dialog might be a acceptable
workarround
>> for the time beeing, though.
>
>
> Totally 100% agree. However, there is not always a 100% match from
windowClass/windowName/commandline match to a desktop file. In these
circumstances, the dialog is used. And it should only be used as a last
resort.

Little bit sidetrack - I've been using Icon Tasks for quite some time now
and it's really cool. As for the launchers - would it be possible to detect
if the app is running minimized in tray and open it instead of starting new
instance?

Example - run Amarok, create launcher, minimize Amarok to tray, click the
launcher and bam, you have second Amarok.

Would it be possible to detect such apps and just restore their window?
Maybe we could handle apps in the future in this way instead of hiding in
systray, after all, they are still just running tasks, so you would control
all tasks from the tasks section of the panel (and Icon Tasks is pretty well
suited just for this).

Just a late night 2-cent-worth idea..

--
Martin Klapetek | KDE Developer
>
> Craig.
>
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel at kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20111027/3bf43f3c/attachment-0001.html>