C'est là que je me pose la question de la pertinence de la création d'un utilitaire de gravure spécifique à KDE... pourquoi ne pas créer UN utilitaire de gravure avec un front-end différent selon qu'on veuille l'utiliser sous x ou y, afin de ne pas avoir à importer les 3/4 d'un autre environnement (avec ses services etc...) pour l'utiliser ?
Oui mais non, c'est pas aussi simple, avec la libkde (qu'on peut voir comme une grosse surcouche à la libqt avec plein de trucs en plus), si tu décides de l'utiliser à fond pour profiter de toutes ses fonctionnalités (intégrer les kparts, etc) et de ses possibilités d'intégration avec le système, c'est extrêmement difficile voir impossible d'architecturer ton logiciel pour pouvoir s'en passer éventuellement et utiliser un autre ensemble de libs.
Ou sinon, on la joue à la VLC avec Qt qui elle a proprement séparé le frontend GUI du reste, ce qui fait que le logiciel n'utilise rien de Qt en interne mais seulement quand il s'agît de GUI.
Seulement voilà, quel était l'objectif de k3b ? C'était d'offrir un système de gravure pour KDE (donc bien intégré) et si le système sur lequel ton soft repose te propose des outils séduisants et puissants et intégrés, vas-tu t'en passer pour plus d'indépendance ?
Faut faire un choix à un moment donné, il y a quelques softs "phares" comme ça qui ont fait le choix d'y aller à fond dans l'exploitation des libs KDE pour plus de simplicité et d'intégration et tant mieux ! (tant mieux pour moi qui suis sous KDE :p)
[^] # Re: Excellent !
Posté par Guillaume Denry (site web personnel) . En réponse au journal Résultats du Google Summer of Code 2009 pour KDE. Évalué à 4.
Oui mais non, c'est pas aussi simple, avec la libkde (qu'on peut voir comme une grosse surcouche à la libqt avec plein de trucs en plus), si tu décides de l'utiliser à fond pour profiter de toutes ses fonctionnalités (intégrer les kparts, etc) et de ses possibilités d'intégration avec le système, c'est extrêmement difficile voir impossible d'architecturer ton logiciel pour pouvoir s'en passer éventuellement et utiliser un autre ensemble de libs.
Ou sinon, on la joue à la VLC avec Qt qui elle a proprement séparé le frontend GUI du reste, ce qui fait que le logiciel n'utilise rien de Qt en interne mais seulement quand il s'agît de GUI.
Seulement voilà, quel était l'objectif de k3b ? C'était d'offrir un système de gravure pour KDE (donc bien intégré) et si le système sur lequel ton soft repose te propose des outils séduisants et puissants et intégrés, vas-tu t'en passer pour plus d'indépendance ?
Faut faire un choix à un moment donné, il y a quelques softs "phares" comme ça qui ont fait le choix d'y aller à fond dans l'exploitation des libs KDE pour plus de simplicité et d'intégration et tant mieux ! (tant mieux pour moi qui suis sous KDE :p)