kdemm backends & Helix

Koos Vriezen koos.vriezen at xs4all.nl
Fri Sep 17 15:26:49 BST 2004


Kevin Krammer wrote:
On Wednesday 15 September 2004 04:14, Ryan Gammon wrote:

> > For kdemm, one idea would be to use QCOM
> > (http://doc.trolltech.com/3.0/component.html). I'm not sure how much
> > QCOM is actually used in kde, if at all, but if it's viable, one
> > could:
> > - add a getUnknown() method to KDE::Multimedia::Player that returns a
> > QUnknownInterface
> > - most apps use the basic KDE::Multimedia::Player api
> > - apps that want/need advanced engine functionality can QueryInterface
> > for back-end specific extensions
> > - apps need header files for the interface definitions for those
> > extensions, but don't actually have to link directly to the back-end.
> 
> Unfortunately QCOM is not part of the public API of Qt.
> The article you referenced is from the Qt3 pre-release era, maybe it
> will be realized with Qt4

OT, but although COM/XPCOM sounds pretty cool, unless one wants all
interfaces known at front (eg. in kdelibs) so dynamic_cast will do, for
this the compiler needs support for this, no? Something to do with casting
given an UID. Maybe someone can sched some light on this how this is
done in mozilla.

Koos



More information about the kde-multimedia mailing list