non, je ne confonds pas QT et python. Lorsqu'on l'a mis en route il a été décidé (avec le codeur) de le faire en Qt parce qu'il connaissait bien. J'ai laissé faire, maintenant je regrette un peu.
Il y a toute une partie lié à QT (plus que la GUI) et ca me chatouille un peu tout de même.
Ce n'est pas dans Qt que ca a cassé, mais la dépendance avec libvlc et des fonctionnalités qui sont sorties. Il faut retoucher le code.
Ce que tu appelles filtre automatique des logiciels libres est une fausse excuse. Mais je ne vais pas chercher à argumenter avec toi cela ne sert à rien, tu as déjà ton idée sur la question et nous ne sommes pas d'accord. Un logiciel qui est fonctionnel, qui apporte une solution et qui utilise une bibliothèque extérieure devrait normalement toujours compiler SAUF si les fonctions qu'il utilise disparaissent car elles sont une faille de sécurité.
Que la compatibilité binaire ne soit pas assurée, pas de soucis, mais qu'il y ait incompatibilité sur les sources ! C'est un peu gros de devoir retoucher le code sur des fonctions simples de la lib. Que l'on retouche le code pour utiliser une nouvelle fonctionnalité, oui mille fois oui, mais pour juste compiler comme il faut… Tu as l'impression que 5 ans c'est une éternité, un logiciel dans une école peut bien rester 20 ans ! ! ! On se demande pourquoi les dev incorporent dans leurs applis des dossiers complets d'autres applis ! ! ! On se demande pourquoi les gens compilent en static. Lorsqu'on fournit une lib, il me semble que maintenir les fonctions de bases de versions en versions est un peu un minimum, mais ce n'est que MON opinion et ce que MOI je ferais si je devais fournir une lib.
Maintenant lorsque je prendrais un peu de temps, je ferais les modifications dans le code pour qu'il continuer à compiler.
[^] # Re: Il ne faut pas confondre l'innovation et le progrès.
Posté par hervé Couvelard . En réponse au journal De l'inéluctable progrès de l'informatique, ou pas.. Évalué à 10.
non, je ne confonds pas QT et python. Lorsqu'on l'a mis en route il a été décidé (avec le codeur) de le faire en Qt parce qu'il connaissait bien. J'ai laissé faire, maintenant je regrette un peu.
Il y a toute une partie lié à QT (plus que la GUI) et ca me chatouille un peu tout de même.
Ce n'est pas dans Qt que ca a cassé, mais la dépendance avec libvlc et des fonctionnalités qui sont sorties. Il faut retoucher le code.
Ce que tu appelles filtre automatique des logiciels libres est une fausse excuse. Mais je ne vais pas chercher à argumenter avec toi cela ne sert à rien, tu as déjà ton idée sur la question et nous ne sommes pas d'accord. Un logiciel qui est fonctionnel, qui apporte une solution et qui utilise une bibliothèque extérieure devrait normalement toujours compiler SAUF si les fonctions qu'il utilise disparaissent car elles sont une faille de sécurité.
Que la compatibilité binaire ne soit pas assurée, pas de soucis, mais qu'il y ait incompatibilité sur les sources ! C'est un peu gros de devoir retoucher le code sur des fonctions simples de la lib. Que l'on retouche le code pour utiliser une nouvelle fonctionnalité, oui mille fois oui, mais pour juste compiler comme il faut… Tu as l'impression que 5 ans c'est une éternité, un logiciel dans une école peut bien rester 20 ans ! ! ! On se demande pourquoi les dev incorporent dans leurs applis des dossiers complets d'autres applis ! ! ! On se demande pourquoi les gens compilent en static. Lorsqu'on fournit une lib, il me semble que maintenir les fonctions de bases de versions en versions est un peu un minimum, mais ce n'est que MON opinion et ce que MOI je ferais si je devais fournir une lib.
Maintenant lorsque je prendrais un peu de temps, je ferais les modifications dans le code pour qu'il continuer à compiler.