GoldenCrystal (./1451) :
Mais en fait, la plupart des fonctions essentielles sous OSX sont regroupées dans des framework (AppKit par exemple) qui sont gérés centalement, donc ce que tu télécharges ne contient que des références.

1. Tout n'est pas disponible en tant que frameworks.
2. Les frameworks tiers sont théoriquement supportés, mais pas de gestion automatique de dépendances, du coup les éditeurs des logiciels préfèrent dupliquer tout ce qui ne vient pas de Apple.

Et en règle générale, en dehors de Sparkle, tu n'as pas forcément grand chose à intégrer dans ton application pour que tout fonctionne.

Outil qui va se retrouver dupliqué n fois alors qu'un système de dépôts gère ça automatiquement et sans que le logiciel lui-même ait à s'en soucier. De plus, c'est beaucoup plus pratique pour l'utilisateur, en une seule mise à jour, il met à jour tous ses logiciels, il n'a pas chaque logiciel qui lui demande séparément d'être mis à jour, avec les logiciels qui se battent pour l'unité centrale et le réseau pour la vérification des mises à jour. Les mises à jour sont justement ce qui est le plus casse-pied sur les systèmes d'exploitation propriétaires.

Enfin, tant que tu ne fais pas appel à des libs tierce partie tels que tous les trucs open-source quoi…

C'est justement pour ça que la résolution des dépendances est essentielle!

Mais si ton application est bien conçue, tu ne devrais pas en avoir besoin outre mesure puisque l'essentiel des fonctionnalités sont déjà gérées par OSX… Tout comme sous Windows où les DLL de base fournissent l'essentiel des fonctions.

On n'a pas la même définition de "bien conçue". Pour moi, une application qui s'appuie sur des APIs propriétaires spécifiques à un système d'exploitation propriétaire donné et qui réinvente tout ce que le système d'exploitation ne propose pas est mal conçue. Les frameworks (au sens original, pas au sens Apple) comme Qt ou la plateforme KDE sont essentiels pour les applications portables, puissantes et bien conçues. Et le système de frameworks OS X gère très mal ces frameworks d'auteurs tiers, il faut en général les installer manuellement si l'application ne les duplique pas entièrement.

Après, là où ça va se justifier de distribuer les libs tierce partie c'est si tu fais appel à des fonctions très spécifique comme fft, calculs sur de grands entiers, etc. Mais ce genre de choses n'a typiquement pas besoin d'être intégré à l'OS ni accessible à toutes les applications.

Si. Je ne vois pas pourquoi 2 applications qui ont besoin des mêmes routines de FFT devraient impliquer 2 copies de la lib. Pourquoi pas la partager?

Kevin, je te répondrai même pas, y'a déjà des éléments dans le post auquel tu as répondu qui contredisent ce que tu viens de me répondre. Flemme de me répéter et de répondre à tes éloignements de sujets pour éviter les points qui dérangent…

Tu ne sais plus quoi répondre parce que tu as tort et donc tu m'accuses de mauvaise foi…

Brunni (./1454) :
KK> J'ai une carte graphique nVidia dernière génération (Quadro FX880M, basée sur GeForce 330M). Nouveau ne gère pas la 3D en tous cas, et le pilote de base non plus, ou du moins le support était pas suffisant pour que compiz fonctionne correctement.

Sous Fedora 13, il y a un paquetage mesa-dri-drivers-experimental tout neuf qui gère la 3D sous Nouveau. Mais je ne sais pas si ça marche avec ta carte.