[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    Re: IconTasks taskmanager changes
From:       Craig Drummond <craig.drummond () gmx ! net>
Date:       2011-10-27 21:42:39
Message-ID: 4EA9D04F.90606 () gmx ! net
[Download RAW message or body]

On 27/10/11 22:36, Anton Kreuzkamp wrote:
> On Thursday 27 October 2011 21:05:09 Craig Drummond wrote:
>> On 27/10/11 18:08, Anton Kreuzkamp wrote:
>>> On Wednesday 26 October 2011 21:22:31 Craig Drummond wrote:
>>>> The user is prompted with a dialog showing the list of installed apps -
>>>> this is basically a copy of the "Open With" dialog. The user does not
>>>> need to manually find it in the filesystem.
>>>>
>>>> Craig.
>>> In this case it sound more sensible to me to find out why
>>> KServiceTypeTrader doesn't find the desktop files
>>> (TaskItem::launcherUrl()) and fix it. If I find the time for it, I can
>>> investigate it.
>> When you have an app such as Wine, it is not always possible to match
>> the window class "Wine"/"App.exe" to the launcher - so as a fallback the
>> user is given the chance to explicitly set it.
> Is it common to start wine without parameter? If not it could infact be d=
one
> automatically by using the executable with commandline-arguments to searc=
h for
> an desktop file instead of the window-class like now
I don=92t have an example here. But, I know I've seen a wine installed app =

where the Exec line in the desktop file did not have the same as =

/proc/pid/cmdline and the app name in the WM_CLASS did not match to a =

desktop file either.

But still, I agree - all cases should be catered for. I'm not arguing =

against that. All I was saying that *if* the automatic matching does not =

work, then *allow* the user to manually set it. If the automatic =

matching works, there is no issue.

Craig.
_______________________________________________
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]