phonon 5 backends, interfaces and their compatibility

[Casian Andrei]

Hello,


2013/5/27 Harald Sitter <sitter at kde.org>

>
> I personally believe this to be a bad idea as it makes it more confusing
> what you can expect from a version of phonon and in its current
> implementation even causes runtime overhead due to many casts. at the same
> time running against an old backend will render phonon not working (though
> I suppose we can detect that and display a warning), so this is also not
> making my heart smile.
>
> also in practice this did not work out as intended as numerous internal
> cmake changes made old backends not build with a new phonon so it's
> effectively useless right now
>
> thoughts?
> should we keep trying to retain this compatibility feature for backends or
> drop it?
>

It's some of that bunch of stuff from phonondefs_p.h, right? [1]

Too complicated, and like you pointed out, not much benefit, if any.

Drop it! Make it go away :)

Regards,
Casian

[1]
http://quickgit.kde.org/?p=phonon.git&a=blob&h=80c1a4bd7c1d4370d2eae30b02bd651857356ac0&hb=c00afc77f5c6112fbf0f1093119ee044f1dd325d&f=phonon%2Fphonondefs_p.h
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-multimedia/attachments/20130528/359f828e/attachment.htm>
-------------- next part --------------
_______________________________________________
kde-multimedia mailing list
kde-multimedia at kde.org
https://mail.kde.org/mailman/listinfo/kde-multimedia