desktop files spec: Plugin based applications and the MimeType key
kretz at kde.org
Sat Oct 7 18:11:36 BST 2006
On Saturday 07 October 2006 14:50, Albert Astals Cid wrote:
> Any suggestion before i start hacking on it?
Just a comment: I have the problem too with Phonon, but it's even more
complicated because the plugins are not under the control of KDE. It depends
on what NMM plugins/Xine demuxers and decoders/GST plugins are installed. All
those media frameworks support a programatical way of retrieving the list of
mime types which I also have in the Phonon API:
If you use the
method instead, Phonon will first look at the static mime type list of the
backend (which has to include all mime types it could possibly support) and
if it's in there it loads the backend and makes sure the mime type is
supported. This is used for Konqueror sound previews to only load a Phonon
backend when it makes sense.
Now that still doesn't solve the problem for an application that uses Phonon
for playback, it wouldn't know what mime types to put into its .desktop file.
Hmm, /me has evil thoughts:
Where list_phonon_mimetypes is a simple app that outputs
Remains the question about ksycoca caching. I know it is cached, but how/when
is it invalidated?
Matthias Kretz (Germany) <><
MatthiasKretz at gmx.net, kretz at kde.org,
Matthias.Kretz at urz.uni-heidelberg.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 191 bytes
Desc: not available
More information about the kde-core-devel