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

List:       kde-bugs-dist
Subject:    [Bug 103215] kicker removes application link during application
From:       James Richard Tyrer <tyrerj () acm ! org>
Date:       2005-05-28 22:36:48
Message-ID: 20050528223648.20484.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=103215         




------- Additional Comments From tyrerj acm org  2005-05-29 00:36 -------
Re: Comment #31:

> It seems like all the changes that you have made/are going to make will grow 
> to be a horrid hack.

This is correct, but ... .  It appears to me that what we have now is a hack.

The way to avoid a hack is to design something that will work without having it be a \
hack and redo it.  Things only become a kludge when you add things to an existing \
design that doesn't work in hopes that it can be made to work by making minor \
changes.

> just fix the Ports system? 

This isn't going to do it.  Users could still uninstall and then reinstall stuff and \
expect that the icon would reappear on the Panel.  This would not be changed by \
fixing the Ports system.

The KMenu has the ability to behave correctly if the 'desktop' file exists and the \
executable doesn't exist.  The only question there is why it is necessary to add a: \
"TryExec" key to a 'desktop' file with: "Type=Application" for it to work. This issue \
could probably be resolved one way or another. 

If the icons on the Kicker Panels worked like the Menu, this problem wouldn't really \
exist.  We need actual copies of the 'desktop' files in: "kde/share/apps/kicker".  \
The entry in the *rc file would be removed only when the 'desktop' file was removed \
from: "$HOME/.kde/share/apps/kicker".  This leaves the question of when such \
'desktop' files should be deleted if they have a dead link.  The current method for \
the KMenu is to just leave them.  This should be satisfactory for a start.

Then changes could be made to make Drag 'n' Drop to/from a Kicker Panel work more \
like it does with Konqueror.  This would resolve Bug #106365.

Also, please see WishList Bug 106432


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