"Kde à Kubuntu (mais peut-être pas le support de Canonical)."
Kubuntu c'est juste une "cerise sur le gateau". La machine marketing derrière Ubuntu elle pousse Gnome.
Les premières Kubuntu étaient horriblement instables et les packagers avaient fait du boulot de merde. En fait, c'est dire, utiliser KDE sur une fedora, malgré le manque de logiciels QT, devait être plus agréable qu'utiliser les premières Kubuntu. La dapper est un peu plus correcte mais ça reste de la mauvaise finition.
"Imaginons que KDE choisisse Xine (ce qui n'empêche pas chaque application d'utiliser NMM ou autre). Xine profite du support de KDE et Xine s'améliore".
C'est là que je ne te suivais pas, en fait. En tant qu'utilisateur, Xine me va très bien et je ne vois pas de raison d'améliorer ce qui me convient déjà. Du point de vue des développeurs KDE, ils veulent s'immuniser si un jour Xine ne trouvait plus de programmeurs pour maintenir le backend (ce qui est tout à fait possible, dans le fond..), en créant une architecture indépendante couvrant les besoins minimaux et permettant de se séparer en un rien de temps du backend abandonné.
Note que les mecs qui créent les API et l'abstraction de Phonon n'ont pas forcément les compétences requises pour développer à plein temps Xine lui même. Entre faire quelques abstractions et faire tout un framework multimédia, y'a un monde.
[^] # Re: Phonon
Posté par ragnar . En réponse au journal Vous voulez krasher ? (KDE4 inside). Évalué à 2.
Kubuntu c'est juste une "cerise sur le gateau". La machine marketing derrière Ubuntu elle pousse Gnome.
Les premières Kubuntu étaient horriblement instables et les packagers avaient fait du boulot de merde. En fait, c'est dire, utiliser KDE sur une fedora, malgré le manque de logiciels QT, devait être plus agréable qu'utiliser les premières Kubuntu. La dapper est un peu plus correcte mais ça reste de la mauvaise finition.
"Imaginons que KDE choisisse Xine (ce qui n'empêche pas chaque application d'utiliser NMM ou autre). Xine profite du support de KDE et Xine s'améliore".
C'est là que je ne te suivais pas, en fait. En tant qu'utilisateur, Xine me va très bien et je ne vois pas de raison d'améliorer ce qui me convient déjà. Du point de vue des développeurs KDE, ils veulent s'immuniser si un jour Xine ne trouvait plus de programmeurs pour maintenir le backend (ce qui est tout à fait possible, dans le fond..), en créant une architecture indépendante couvrant les besoins minimaux et permettant de se séparer en un rien de temps du backend abandonné.
Note que les mecs qui créent les API et l'abstraction de Phonon n'ont pas forcément les compétences requises pour développer à plein temps Xine lui même. Entre faire quelques abstractions et faire tout un framework multimédia, y'a un monde.