Je comprend tout à fait ce point de vue, chacun est libre de coder avec la plateforme qu'il aime/connaît/maîtrise. Mais je suis persudader que cela ne doit aller pour autant à l'encontre de la réutilisation/unification. On peut très bien utiliser un toolkit/framework particulier mais exposer des APIs "indépendant" qui forment une sorte de couche d'abstraction.
Mais là encore tout dépend de la nature du service fournit. En l'occurence la valeur ajoutée du widget proposé ne semble pas être dans le rendu proprement dis (si j'ai bien compris après quelques investigations) mais plus dans l'intégration dans un widget Qt justement de technos déjà Qt. La dépendance me paraît donc justifiée (mais bon je pensais que tu me l'aurais dis ;) )
Dans le cas de Kat par contre je trouve ca abbérent. D'un côté on a des initiatives comme freedesktop ou linuxstandardbase qui tente d"unifier des points communs entre les desktop/distri pour faciliter grandement l'interopérabilité et plus généralement le succès des technos/protocoles ainsi "standardisés", et d'un autre côté on se retrouve avec de nouveaux cloisonnement technologiques : on aurait pu avoir un serveur d'indexation unifié avec une base de données standard, mais non, le projet KDE préfère se diriger vers sa propre solution "proprio" alors qu'une solution "ouverte" existe déjà. Je trouves que ca va à l'encontre d'efforts fait par ailleur. C'est sans doute à cause de mauvais exemple comme Kat que certains deviennent "méfiant" à chaque nouvelle "techno" Qt/KDE.
Enfin voilà, j'espère que dans l'avenir on aura pas à faire "F11" pour rechercher dans ses documents Gnome et "F12" pour rechercher dans ses documents KDE, avec en prime 2 moteurs d'indexations qui bouffe le double de ressources en permanence.
[^] # Re: encore un !
Posté par TImaniac (site web personnel) . En réponse au journal Un équivalent libre de flash grace à Qt?. Évalué à 1.
Mais là encore tout dépend de la nature du service fournit. En l'occurence la valeur ajoutée du widget proposé ne semble pas être dans le rendu proprement dis (si j'ai bien compris après quelques investigations) mais plus dans l'intégration dans un widget Qt justement de technos déjà Qt. La dépendance me paraît donc justifiée (mais bon je pensais que tu me l'aurais dis ;) )
Dans le cas de Kat par contre je trouve ca abbérent. D'un côté on a des initiatives comme freedesktop ou linuxstandardbase qui tente d"unifier des points communs entre les desktop/distri pour faciliter grandement l'interopérabilité et plus généralement le succès des technos/protocoles ainsi "standardisés", et d'un autre côté on se retrouve avec de nouveaux cloisonnement technologiques : on aurait pu avoir un serveur d'indexation unifié avec une base de données standard, mais non, le projet KDE préfère se diriger vers sa propre solution "proprio" alors qu'une solution "ouverte" existe déjà. Je trouves que ca va à l'encontre d'efforts fait par ailleur. C'est sans doute à cause de mauvais exemple comme Kat que certains deviennent "méfiant" à chaque nouvelle "techno" Qt/KDE.
Enfin voilà, j'espère que dans l'avenir on aura pas à faire "F11" pour rechercher dans ses documents Gnome et "F12" pour rechercher dans ses documents KDE, avec en prime 2 moteurs d'indexations qui bouffe le double de ressources en permanence.