Summary: | Grouped view puts .desktop links in .desktop group | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | Todd <toddrme2178> |
Component: | view-engine: general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | wishlist | CC: | nate |
Priority: | NOR | ||
Version: | 2.0 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Todd
2012-03-23 10:01:54 UTC
Resetting assignee to default as per bug #305719 I would indeed consider this an enhancement request rather than a bug, because the mime type of a .desktop file is "desktop configuration file". I'm not quite sure if .desktop files are indeed supposed to be as transparent as symlinks, which is what you suggest if I understand you correctly. As far as I know you can't have a symlink to a kio slave, which means .desktop files are the only way to put a link to a remote location in a folder. So I think this argues for making them as transparent as symlinks. But then this kind of transparency needs to be implemented in KFileItem, which is the class that tells us about the mime type. I agree with Frank. For a local path, use a symlink. For a remote path or a link, Dolphin really doesn't have any way to introspect the .desktop file to see where it leads, and because of the near-infinite possibilities, that sort of isn't reasonably implementable. As always, patches are welcomed, and if you or anyone else comes up with a way to do this, we will definitely consider it. |