proper use of MIME types?

[Paul Chitescu]

> Hello, all,
>
> Has anyone been able to get an mp3 to play with Konq/E?
>
> I'm under the impression that one can click on an anchors and play a local
> mp3 file if konq-embedrc includes something like the following:
>
> [MIME Handlers]
> application/mp3=@audio/mpeg
> audio/mpeg,audio/mp3,audio-xmp3=/usr/bin/madplay
>
> Is this supposed to run the player madplay with the anchor's href file?
> Right now, it just loads the file as as if it were text.  Maybe there's
> something missing from my anchor?  -> <a href="emacspeak.mp3">Click on
> this.</a>

Use something like:
audio/mpeg,audio/mp3,audio-xmp3,.mp3=/usr/bin/mp3_wrapper

Note the .mp3 which is used for extension matching when the server sends no
MIME type or the protocol does not support it (like file or ftp).

You will need a wrapper script since madplay doesn't know how to play URLs
directly.

Another choice is to use  ...=*/usr/bin/mp3_wrapper  which will pipe the
data into the stdin of the wrapper in which case you need not care about
URLs and protocols - the wrapper can contain just "madplay -"

> But then again, I'm a complete novice when it comes to MIME types, HTML
> design or browser configuration, so I might be completely off track.  If
> someone could give me a clue, it would be much appreciated.  Thanks in
> advance!
>
> - Matt Krajewski
>
> P.S.  If the above assumption is correct, could one run applets by
directing
> the .class file, also in an anchor, to a local JVM?  (I'm assuming that
> there's still no applet support in Konq/E.)

The main problem is that the dummy implementation of applets doesn't even
trigger the download of the bytecode or archive file.

The other problem is that servers usually send .class files as
application/octet-stream or they may be packed in a .jar file.

--
 Paul Chitescu
 pchitescu at null.ro   http://pchitescu.null.ro/   ICQ:22641673
 Any spammers will be painfully squeezed into /dev/null