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

List:       kde-panel-devel
Subject:    Re: IconTasks taskmanager changes
From:       Anton Kreuzkamp <akreuzkamp () web ! de>
Date:       2011-10-27 21:36:38
Message-ID: 1900739.X37H60zvgr () anton-pc
[Download RAW message or body]

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 done 
automatically by using the executable with commandline-arguments to search for 
an desktop file instead of the window-class like now
> 
> I agree, this should be automated as much as possible. But there will
> always be cases where this will not work.
If there are usecases that cannot been automated, that aren't at least such a 
cornercase, like not existing desktop-file, it might be a fall-back, but I 
still don't see there (provided the answer to the question above is "no")

Cheers, Anton
_______________________________________________
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]