Ca me fait penser au cas du toolkit graphique AWT dans Java qui n'utilisait que le plus petit denominateur commun a toutes les interfaces graphiques. Resultat: il a ete remplace par Swing qui offrait une interface unifiee et bien plus complete (entre autres raisons).
Et puis SWT est arrive et il commence a grignoter serieusement des parts a Swing (avec la reussite d'Eclipse).
Voir ceci pour mieux comprendre: http://en.wikipedia.org/wiki/Standard_Widget_Toolkit#Java_GU(...)
Bref, j'espere pour Phonon que le spectre des fonctionnalites proposees va etre suffisamment large pour repondre le plus possible aux besoins des applications KDE. Dans le cas contraire, cela va etre un loupe total.
Comme dis plus haut, un comportement a la DirectX avec le test des fonctionnalites presentes serait l'ideal.
Ou alors, le support des fonctionnalites avancees non supportees par un backend pourrait etre implementees dans Phonon (ou le plugin) en s'appuyant sur les fonctionnalites existantes du backend (je ne connais rien a l'audio, peut etre que cela se voit) un peu comme Mesa le fait pour l'OpenGL.
[^] # Re: Perte de fonctionnalités
Posté par djano . En réponse à la dépêche Annonce du projet Phonon. Évalué à 3.
Et puis SWT est arrive et il commence a grignoter serieusement des parts a Swing (avec la reussite d'Eclipse).
Voir ceci pour mieux comprendre:
http://en.wikipedia.org/wiki/Standard_Widget_Toolkit#Java_GU(...)
Bref, j'espere pour Phonon que le spectre des fonctionnalites proposees va etre suffisamment large pour repondre le plus possible aux besoins des applications KDE. Dans le cas contraire, cela va etre un loupe total.
Comme dis plus haut, un comportement a la DirectX avec le test des fonctionnalites presentes serait l'ideal.
Ou alors, le support des fonctionnalites avancees non supportees par un backend pourrait etre implementees dans Phonon (ou le plugin) en s'appuyant sur les fonctionnalites existantes du backend (je ne connais rien a l'audio, peut etre que cela se voit) un peu comme Mesa le fait pour l'OpenGL.