Solid, plasma, kross, le développement des widgets oxygen, phonon, strigi et tout un tas d'autres trucs, ils n'étaient pas obligés de le faire tout en même temps.
Ils auraient pu commencer par ne faire que porter les API de KDE à QT4. Puis implémenter plasma et toute la clique de façon incrémentale.
Non. Parce que en portant l'API uniquement, ils auraient gardé des choses inutiles genre arts, et lors de l'introduction de phonon par exemple ils se seraient retrouvés avec un "conflit" entre phonon et arts.
Pour oxygen, ça a été fait principalement par des artistes, et le thème ne commence à être développé que maintenant en fait.
Pour solid par contre, c'était pas indispensable certes, mais autant en profiter vu que ça va aider des applications diverses et réduire l'effort de portage pour les applis (certaines disparaissant purement d'ailleurs).
Pour strigi, c'est pas une nouveauté de KDE4, c'est plutôt nepomuk la nouveauté. Bon, là par contre je suis d'accord, lui il irait bien dans KDE 4.1 de mon point de vue, mais c'est trop tard.
Pour kross, même problème : laisser les gens utiliser directement KJS dans KDE4.0 puis les faire passer à Kross après au petit bonheur la chance ?
On parle plus de fonctionnalités là, on parle d'API. Ça n'a rien à voir au niveau des contraintes.
[^] # Re: Cycle de release
Posté par Pinaraf . En réponse à la dépêche GNOME fête ses dix ans de logiciel libre. Évalué à 5.
Ils auraient pu commencer par ne faire que porter les API de KDE à QT4. Puis implémenter plasma et toute la clique de façon incrémentale.
Non. Parce que en portant l'API uniquement, ils auraient gardé des choses inutiles genre arts, et lors de l'introduction de phonon par exemple ils se seraient retrouvés avec un "conflit" entre phonon et arts.
Pour oxygen, ça a été fait principalement par des artistes, et le thème ne commence à être développé que maintenant en fait.
Pour solid par contre, c'était pas indispensable certes, mais autant en profiter vu que ça va aider des applications diverses et réduire l'effort de portage pour les applis (certaines disparaissant purement d'ailleurs).
Pour strigi, c'est pas une nouveauté de KDE4, c'est plutôt nepomuk la nouveauté. Bon, là par contre je suis d'accord, lui il irait bien dans KDE 4.1 de mon point de vue, mais c'est trop tard.
Pour kross, même problème : laisser les gens utiliser directement KJS dans KDE4.0 puis les faire passer à Kross après au petit bonheur la chance ?
On parle plus de fonctionnalités là, on parle d'API. Ça n'a rien à voir au niveau des contraintes.