IconTasks taskmanager changes

[Anton Kreuzkamp]

On Thursday 27 October 2011 22:42:39 Craig Drummond wrote:
> 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
> > done automatically by using the executable with commandline-arguments to
> > search for an desktop file instead of the window-class like now
> 
> I don’t 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.
Well, that would be rather a design decission between disabling/not showing 
the action in the context-menu and showing the manual selection dialog.
But you finally convinced me, so go a head :)

Cheers, Anton

PS: You should consider adding a decent button to search for the desktop-
file/executable using a normal file-selection-dialog, to satisfy also the power-
user ;)