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

List:       kfm-devel
Subject:    Re: [Fwd: khtml: Why strip -plugin suffix?]
From:       Koos Vriezen <koos.vriezen () xs4all ! nl>
Date:       2004-04-29 8:35:16
Message-ID: 20040429083516.GA41520 () xs4all ! nl
[Download RAW message or body]

On Wed, Apr 28, 2004 at 02:09:23PM -0700, Ryan Gammon wrote:
> Koos Vriezen wrote:
> 
> >AFAIK, the mime is audio/x-pn-realaudio and not 
> >audio/x-pn-realaudio-plugin. For that
> >reason -plugin is stripped (I recall the problem with 
> >application/x-java-applet-plugin).
> > 
> >
> 
> audio/x-pn-realaudio-plugin actually corresponds to our .rpm file format 
> (unfortunately independantly chosen at around the same time RedHat 
> started their .rpm's).
> 
> Our .rpm's are basically playlists. RealAudio (audio/x-pn-realaudio) has 
> an extension of .ra
> 
> >If this is a problem for realplay, we could first try w/o stripping it or 
> >let
> >nspluginscanner strip the -plugin extension. I vote for the last option, 
> >George?
> > 
> The last one makes me nervous, as audio/x-pn-realaudio and 
> audio/x-pn-realaudio-plugin are two distinctly different mime types for 
> us (.rpm vs .ra).

Does that really matter, ie. will that also result in loading a different
plugin?
I'm tempted to propose a change in the logic and strip -plugin after
loading a plugin failed, but otoh aren't we creating a double list of
khtml plugable mime's and eg. Xine based player should start adding
-plugin variants too.

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