Summary: | kde don't assign any icon to external mime type | ||
---|---|---|---|
Product: | [Unmaintained] kdelibs | Reporter: | Kamil Neczaj <kneczaj> |
Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | faure |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Other | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | It's the tuxguitar mime file which for me is placed in /usr/share/mime/packages |
Description
Kamil Neczaj
2009-02-18 21:59:09 UTC
Created attachment 31450 [details]
It's the tuxguitar mime file which for me is placed in /usr/share/mime/packages
SVN commit 928749 by dfaure: My previous commit (r928748) implemented support for generic icons. Unittest added for audio/x-tuxguitar: works now (will be in 4.3). BUG: 184852 M +1 -0 kiconloader_unittest.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=928749 I haven't tested it yet, but are you sure you fixed all of three mime types: audio/x-gtp, audio/x-ptb and audio/x-tuxguitar? I see only x-tuxguitar in your commit, but maybe i've missing something ;). Isn't hard-coding of all these generic icons only a workaround? Shouldn't there be something more flexible? I really doubt that this mime icon is hardcoded in gnome, but maybe kde uses it only as temporary solution. Could you explain it? Yes, that mimetype was just a test, it will work just the same with the other two. The generic icon is NOT hardcoded for each mimetype in kiconloader, it's determined from name audio/whatever. The fact that you see tuxguitar in my commit it just because of a unittest that needed an example. But the code is generic, it fallsback to audio/x-generic for any audio/whatever mimetype without a specific icon. As specified in the shared-mime-info spec. This seems fully flexible to me, I don't understand your concern. |