[ i'm not on this alias, so please cc me on any replies. ]
hey all,
i've filed an rfe for improved totem firefox plugin support.
unfortunately it isn't visible via monaco yet, but when it is, it should
be at the following url:
http://bugs.opensolaris.org/view_bug.do?bug_id=6804284
i'm including the content of the rfe here because i think other people
might be interested in it and might also have some valuable potential
feedback on the idea.
thoughts?
ed
---8<---
so by default we ship:
/usr/lib/firefox/plugins/libtotem-basic-plugin.so
i've gone ahead and purchased the gstreamer fluendo plugins, so
naturally, i'd like to have those codecs accessible via totem in
firefox. but it seems that the firefox plugin design is a little poor
in that the information about what objects a plugin supports is hard
coded into the plugin library. so to allow me to use these codecs with
firefox, it seems like i'd need to have a new firefox plugin.
now, at first glance, since i got the additional gst plugins from
fluendo it seems like perhaps they should deliver this plugin. but
then, thinking about it a bit we realize that fluendo only delivers gst
plugins, and by having to deliver a totem/firefox plugin, they would
have to do version tracking of two additional (and not directly gst
related) pieces of software, which becomes a royal pain once one os.o
release has ff3.0, and another has ff3.1, etc. each release of their
codecs would have to ship with multiple totem/firefox plugins for every
totem/ff version combination in every os.o distro they want to support.
it seems much easier to just have os.o deliver the plugin.
so on that note, it would be great if we shipped more ff/totem plugins.
these plugins could be delivered in say /usr/lib/totem/firefox, and we
could provide a new smf upgrade service that detects which gst plugins
are currently installed on the system and automatically links the
correct plugins into /usr/lib/firefox/plugins.
---8<---
