Mailinglist Archive: opensuse-factory (507 mails)

[Wolfgang Rosenauer <wolfgang@xxxxxxxxxxxxx>]

Michal Vyskocil schrieb:
> > Package flash-player already has Provides symbol for mimetype:
> >
> >   $ rpm -q flash-player --provides
> >   netscape-plugins
> >   libflashplayer.so
> >   mimetype(application/x-shockwave-flash)
> >   flash-player = 10.0.22.87-0.1.1
> >
> > But that's not true for java or moonlight packages. We can add also
> > other Provide symbol, for example
>
> As Wolfgang told me, the 'Provide: mimetype(foo/bar)' is generated from 
> .desktop file. I'm going to add the plugin desktop file to 
> java-1_6_0-{sun,openjdk}-plugin in Factory.
>
> >   plugin({ec8030f7-c20a-464f-9b0e-13a3a9e97384},libflashplayer.so)
>
> I have never understood what the Firefox strings '{ec8030f7-
> c20a-464f-9b0e-13a3a9e97384}' means and where they comes. Is this a global 
> identifier of susefox plugin, or something else? I can add this to java 
> packages too, if you'll need this.

The above mentioned string is a unique identifier for Firefox. I'd say
that's not that important in the first step as plugins meant for Firefox
are supposed to work in seamonkey as well (or any other browser which
supports npapi).
So the two (three) most important things we need to know from a plugin are
- the mimetypes it supports (that could be done using the desktop file
  while I'm not sure if that should be reused for plugin stuff as I've
  thought it's meant for desktop apps).
- the fact it is a npapi plugin "netscape-plugins" could be used
  actually
(- the plugin filename to support the new selection feature in susefox)

> Wolfgang: the java plugin is specific, because we have two implementations of 
> Java plugin:
>  * openjdk - open source, but sometimes it might not work (even things goes 
> better)
>  * sun - non-free, but should works everywhere
>
> This situation will probably not solved, because even Sun claims that they 
> will opensource it, no one believe it, so RedHat developers works on own 
> implementation under the IcedTea project. Can your plugin work with it?

The addon can offer multiple plugins for a mimetype and it can be
controlled to which product they apply (as seen above).  Imagine the
current Firefox <-> seamonkey issue in 11.1 where one isn't even
supposed to work for the other.
We can even control the order the plugins are displayed in the UI but
the user would have the final choice which one to install.
So now _if_ the java plugins would have different filenames I think we
could even install more at the same time. That should work with a patch
we have in Firefox 3.5 (would have to be ported to seamonkey and I'm not
sure how other browsers would handle that).

Actually we already have three Flash implementations and the addon can
handle that already. You can choose which one to install and if you have
all three installed, you can choose via the custom selector which one
should be used.

Wolfgang
-- 
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx