Par contre je crains que si la conversion de logiciels développés pour GNUstep soit apparemment facile vers macosx (Cenon, gnumail...), j'ai peur que l'inverse soit beaucoup plus difficile
Bon, je fait partager mon expèrience alors ...
J'ai réussi à porter une application de type "Mac/Cocoa/Quicktime" sous "Linux/GNUStep/FFmpeg" ...
... et ca, en regardant à postèriori, sans "gros" problèmes.
Je tiens aussi à préciser que:
- Je n'ai jamais touché un mac.
- Je ne conaissait pas l'ObjC (le langage dans lequel était codé l'application).
- Je ne connaissait _riens_ au framework GNUStep, à FFmpeg et encore moins à Cocoa ou Quicktime.
- Le pire du pire: Je n'avais jamais vue tourner l'application que j'étais en train de porter ni ce qu'elle faisait exactement (c'est une applis pour astronome amateur qui applique des traitements sur une série d'images). (je suis mème complètement étrangé au monde de l'astronomie).
Pour m'aider:
- J'avais déja beaucoup manipulé de langages/framework objet différents dont SmallTalk.
- L'equipe de GNUStep (et de #gnustep) sont vraiment trés ouvert et d'une aide trés précieuse (merci Nicolas).
- La documentation peut (à peut prés) ètre piochée aussi biens sur le site d'appel que sir le site de GNsutep.
- Le soft que je portais (Lynkeos), était plutot biens fait/biens architecturé et son auteur trés sympathique et volontaire.
Les plus gros problèmes rencontrés:
- La doc qui n'est pas des plus simple d'accés: La doc existe mais pour la trouver, c'est moins évident: Pas de centralisation, beaucoup de "Description forthcoming." du coup il faut aller voir du coté d'apple.
Peu d'exemple "simple" qui montre l'utilisation particulier d'un point précis.
Mais ca s'améliore depuis un an maintenant.
Pour FFmpeg c'est encore pire ... j'ai pas trouvé la doc ! J'ai seulement trouvé un tutorial heureusement suffisant pour moi.
- Les bug de "débutant" qui prennent vraiment beaucoup de temps.
La non connaisance du Framework GNUStep (qui fait beaucoup de chose)
- Les incompatibilitées restantes:
* les .nib (en -trés- gros la description de l'IHM) qui ne sont pas lisible sous Gorm.
* L'affichage d'image 16Bits qui ne fonctionne pas sous Linux. (bon ok c'est pas courant mais j'avais besoin de ca)
Pour conclure je dirais que GNUStep et l'ObjC sont vraiment des technos trés trés bonnes.
L'ObjC est vraiment un mélange trés aboutis de concept objet avec des contraintes "industrielles". Mais pourquoi n'est-t-il pas plus utilisé ? Il y a un temps, ici meme faisait rage le troll: quel futur langage pour Gnome (mono ou Java). Pour moi il n'y meme pas à réfléchir: c'est L'ObjC !
GNUStep et de trés bonne qualité mais souffre de deux chose:
- un manque d'utilisateur! Du coup une communautée "petite" et "élitiste" qui amène à une documentation peu adaptée à un complet débutant.
- Un compatiblitée "limitée" avec les autres environements (autre WM ou avec KDE et GNOME).
Bon je crois que je sui plus dans le sujet du Journal la ...
[^] # Re: Cocoa, OpenStep et GNUStep
Posté par thecat . En réponse au journal Des gestionnaires de fenêtre par monts et par vaux : macosx, windowmaker. Évalué à 7.
Bon, je fait partager mon expèrience alors ...
J'ai réussi à porter une application de type "Mac/Cocoa/Quicktime" sous "Linux/GNUStep/FFmpeg" ...
... et ca, en regardant à postèriori, sans "gros" problèmes.
Je tiens aussi à préciser que:
- Je n'ai jamais touché un mac.
- Je ne conaissait pas l'ObjC (le langage dans lequel était codé l'application).
- Je ne connaissait _riens_ au framework GNUStep, à FFmpeg et encore moins à Cocoa ou Quicktime.
- Le pire du pire: Je n'avais jamais vue tourner l'application que j'étais en train de porter ni ce qu'elle faisait exactement (c'est une applis pour astronome amateur qui applique des traitements sur une série d'images). (je suis mème complètement étrangé au monde de l'astronomie).
Pour m'aider:
- J'avais déja beaucoup manipulé de langages/framework objet différents dont SmallTalk.
- L'equipe de GNUStep (et de #gnustep) sont vraiment trés ouvert et d'une aide trés précieuse (merci Nicolas).
- La documentation peut (à peut prés) ètre piochée aussi biens sur le site d'appel que sir le site de GNsutep.
- Le soft que je portais (Lynkeos), était plutot biens fait/biens architecturé et son auteur trés sympathique et volontaire.
Les plus gros problèmes rencontrés:
- La doc qui n'est pas des plus simple d'accés: La doc existe mais pour la trouver, c'est moins évident: Pas de centralisation, beaucoup de "Description forthcoming." du coup il faut aller voir du coté d'apple.
Peu d'exemple "simple" qui montre l'utilisation particulier d'un point précis.
Mais ca s'améliore depuis un an maintenant.
Pour FFmpeg c'est encore pire ... j'ai pas trouvé la doc ! J'ai seulement trouvé un tutorial heureusement suffisant pour moi.
- Les bug de "débutant" qui prennent vraiment beaucoup de temps.
La non connaisance du Framework GNUStep (qui fait beaucoup de chose)
- Les incompatibilitées restantes:
* les .nib (en -trés- gros la description de l'IHM) qui ne sont pas lisible sous Gorm.
* L'affichage d'image 16Bits qui ne fonctionne pas sous Linux. (bon ok c'est pas courant mais j'avais besoin de ca)
Pour conclure je dirais que GNUStep et l'ObjC sont vraiment des technos trés trés bonnes.
L'ObjC est vraiment un mélange trés aboutis de concept objet avec des contraintes "industrielles". Mais pourquoi n'est-t-il pas plus utilisé ? Il y a un temps, ici meme faisait rage le troll: quel futur langage pour Gnome (mono ou Java). Pour moi il n'y meme pas à réfléchir: c'est L'ObjC !
GNUStep et de trés bonne qualité mais souffre de deux chose:
- un manque d'utilisateur! Du coup une communautée "petite" et "élitiste" qui amène à une documentation peu adaptée à un complet débutant.
- Un compatiblitée "limitée" avec les autres environements (autre WM ou avec KDE et GNOME).
Bon je crois que je sui plus dans le sujet du Journal la ...