...petite suggestion à garder dans un coin pour l'avenir :
Si dans une prochaine version vous changez encore l'API comme par exemple ça a été fait entre les versions 0.9.x et les 1.0, serait-il possible de changer en même temps le nom ou le path du header (genre "xvid-X.Y.h" ou encore "xvid-X.Y/xvid.h"). Comme c'est fait par exemple pour gtk1.2/2.0.
Parceque le simple "xvid.h" utilisé actuellement pose problème, au moins pour les distributions source : il est parfaitement possible de faire cohabiter les librairies des version 0.9.2 et 1.0 par exemple, permettant ainsi d'exécuter les programmes utilisant encore l'ancienne API, mais il n'est pas (sans très vilain hack) possible de faire cohabiter leurs headers respectifs, et donc de permettre d'installer depuis les sources à la fois des programmes utilisant l'ancienne API et d'autres utilisant la nouvelle.
# Puisque j'ai un dev sous la main...
Posté par tgl . En réponse à la dépêche XviD 1.0 est enfin sorti !. Évalué à 10.
Si dans une prochaine version vous changez encore l'API comme par exemple ça a été fait entre les versions 0.9.x et les 1.0, serait-il possible de changer en même temps le nom ou le path du header (genre "xvid-X.Y.h" ou encore "xvid-X.Y/xvid.h"). Comme c'est fait par exemple pour gtk1.2/2.0.
Parceque le simple "xvid.h" utilisé actuellement pose problème, au moins pour les distributions source : il est parfaitement possible de faire cohabiter les librairies des version 0.9.2 et 1.0 par exemple, permettant ainsi d'exécuter les programmes utilisant encore l'ancienne API, mais il n'est pas (sans très vilain hack) possible de faire cohabiter leurs headers respectifs, et donc de permettre d'installer depuis les sources à la fois des programmes utilisant l'ancienne API et d'autres utilisant la nouvelle.
Voilà, en espérant que c'était clair, mes 0,02.