[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-panel-devel
Subject: Re: IconTasks taskmanager changes
From: Martin Klapetek <martin.klapetek () gmail ! com>
Date: 2011-10-28 8:10:27
Message-ID: CAPLgePrtbYWDUqzGMfxeFQkGV9L_e5Hgd2YwVvqaJ-RgMbbGRQ () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Fri, Oct 28, 2011 at 09:47, Craig Drummond <Craig.Drummond@gmx.net>wrote:
>
> > > > it cannot be run two times. The check for an already running Amarok
> > should
> > > > happen just in Amarok itself...
> > > > And here with the unpatched libtaskmanager and the standard
> > task-widget
> > > > exactly what you propose happens.
> > >
> > > Ok, bad example. Think of any non-KUniqueApp in systray then, Quassel
> > for
> > > example, this opens two windows for sure.
>
> The problem here is that the taskmanager library does not really manage
> tasks, but windows. So, when Quassel is minimised to the system try, the
> taskamanger emits a windowRemoved - and the task applets remove the entry.
> The launcher is then re-shown, as no visible task is on the taskbar.
> Clicking the entry launches a new instance.
>
> To solve this, Quassel should be a KUniqueApp. Otherwise, how would we know
> to start a new instance, or activate the current instance?
>
I don't really understand the internal stuff of this, so please forgive me
if I'm completely off. Handling of existing vs. new instance - the same way
you currently start a new instance in Icon Tasks, right click on task ->
start new instance. Clicking a launcher would always bring you a running
app. How many times you really want to start a second instance of the app?
Of course I can imagine some cases, but that's like 2 out of 10.
The idea is to have a unified tasks part of the panel/desktop/whatever.
Simply handle systray minimalized icons as well. If I create a launcher for
say Clementine, I already see it twice on the panel - one launcher and once
in systray. So these two could unite into one single task item. You could
just append the systray icon menu to the task menu and thus have the same
functionality in task item. In the end you would end up with just a "task
manager" with all the tasks running in your destkop and then a systray free
of minimalized stuff and basically just being a place for other non-app
controls, like NM, Battery, Volumne, Notifications etc.
--
Martin Klapetek | KDE Developer
>
> Craig.
> --
> Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
> belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel@kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>
[Attachment #5 (text/html)]
<div class="gmail_quote">On Fri, Oct 28, 2011 at 09:47, Craig Drummond <span \
dir="ltr"><<a href="mailto:Craig.Drummond@gmx.net">Craig.Drummond@gmx.net</a>></span> \
wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex;">
<div class="im"><br>
> > > it cannot be run two times. The check for an already running \
Amarok<br> > should<br>
> > > happen just in Amarok itself...<br>
> > > And here with the unpatched libtaskmanager and the standard<br>
> task-widget<br>
> > > exactly what you propose happens.<br>
> ><br>
> > Ok, bad example. Think of any non-KUniqueApp in systray then, Quassel<br>
> for<br>
> > example, this opens two windows for sure.<br>
<br>
</div>The problem here is that the taskmanager library does not really manage tasks, \
but windows. So, when Quassel is minimised to the system try, the taskamanger emits a \
windowRemoved - and the task applets remove the entry. The launcher is then re-shown, \
as no visible task is on the taskbar. Clicking the entry launches a new instance.<br>
<br>
To solve this, Quassel should be a KUniqueApp. Otherwise, how would we know to start \
a new instance, or activate the current \
instance?<br></blockquote><div><br></div><div>I don't really understand the \
internal stuff of this, so please forgive me if I'm completely off. Handling of \
existing vs. new instance - the same way you currently start a new instance in Icon \
Tasks, right click on task -> start new instance. Clicking a launcher would always \
bring you a running app. How many times you really want to start a second instance of \
the app? Of course I can imagine some cases, but that's like 2 out of 10.</div>
<div><br></div><div>The idea is to have a unified tasks part of the \
panel/desktop/whatever. Simply handle systray minimalized icons as well. If I create \
a launcher for say Clementine, I already see it twice on the panel - one launcher and \
once in systray. So these two could unite into one single task item. You could just \
append the systray icon menu to the task menu and thus have the same functionality in \
task item. In the end you would end up with just a "task manager" with all \
the tasks running in your destkop and then a systray free of minimalized stuff and \
basically just being a place for other non-app controls, like NM, Battery, Volumne, \
Notifications etc.</div>
<div><br></div><div>--<div><font color="#666666">Martin Klapetek | KDE \
Developer</font></div></div><div><font color="#666666"><br></font></div><div> \
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex;">
<div class="im"><br>
Craig.<br>
--<br>
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir<br>
belohnen Sie mit bis zu 50,- Euro! <a href="https://freundschaftswerbung.gmx.de" \
target="_blank">https://freundschaftswerbung.gmx.de</a><br> \
</div><div><div></div><div \
class="h5">_______________________________________________<br> Plasma-devel mailing \
list<br> <a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" \
target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br> \
</div></div></blockquote></div><br>
_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic