CamelBones 1.0.0b5

Posté par (page perso) . Modéré par Jaimé Ragnagna.
Tags :
0
24
nov.
2005
Apple
Comme beaucoup de libristes ayant rejoint le club des macounets pervers, je me suis posé la question de savoir comment faire des applications ayant des GUI sans passer par la couche d'émulation X11 de Mac OS X.

Lors de mes différentes recherches, j'avais trouvé diverses choses plus ou moins laissées à l'abandon. Depuis quelques semaines déjà, l'activité semble avoir repris autour de ce projet assez peu orthodoxe, j'ai nommé CamelBones.

CamelBones est un framework permettant de faire entre autre des applications utilisant Cocoa en Perl. Ce framework est distribué sous licence LGPL. Il existe déjà quelques applications utilisant CamelBones tel que Perl Pad permettant d'écrire des services OS X en perl. La situation actuelle du projet :
- Cette version fonctionne complètement sous Panther (10.3) et Tiger (10.4). Le fonctionnement sous Jaguar (10.2) reste limité.

- Cette version tourne aussi sur les Macs Intel.

- le framework est considéré comme thread-safe.

- De l'aide est nécessaire pour que l'implémentation pour GNUStep soit complètement fonctionnelle.
  • # python

    Posté par . Évalué à 3.

    Si tu n'es pas fan de perl, tu as l'excellent pyobjc ( http://pyobjc.sf.net ) qui permet d'écrire en python des applications cocoa. Le binding Objective-C est relativement complet, et si on a l'API cocoa/objective-c sous la main et quelques notions en objc, c'est relativement facile à utiliser :)

    J'ai testé, et c'est vrai qu'il faut de bonnes notions en objc pour programmer en pyobjc.
  • # ß et β

    Posté par . Évalué à 7.

    Je vais certainement passer pour un tatillon pointilleux, mais voir un ß (eszett [1]) à la place d'un β (bêta [2]) m'a sinon profondément choqué, au moins fait me poser des questions sur la version réellement sortie de CamelBones, et annoncée en page d'accueil du site.

    Maintenant j'imagine que ça doit venir des polices que j'utilise et que la différence n'est peut-être pas aussi marquée sur d'autres systèmes.
    C'est bien d'utiliser des caractères un peu différents par rapport à la normale, c'est encore mieux qu'ils soient corrects. En cas de doute, 1.0.0b5 serait sûrement mieux passé, à mon humble avis.

    Voilà voilà. Je sais que c'est insignifiant, j'en prends l'entière responsabilité et décide de me retirer de la vie informa... Heu... non ! Ah ! Oui...
    ---> []

    [1] http://fr.wikipedia.org/wiki/%C3%9F
    [2] http://fr.wikipedia.org/wiki/%CE%92
    • [^] # Re: ß et β

      Posté par . Évalué à -1.

      Merci pour ce moment de culture !
      Je ne connaissais pas cette lettre et l'aurais facilment confondu avec un beta.
    • [^] # Re: ß et β

      Posté par . Évalué à 1.

      C'est corrigé ! Merci à ceux qui ont pris le temps de me lire et de modifier l'article en conséquence.
  • # Et Swing ?

    Posté par . Évalué à 3.

    > je me suis posé la question de savoir comment faire des applications
    > ayant des GUI sans passer par la couche d'émulation X11 de
    > Mac OS X.

    Juste une idée comme ca : pourquoi ne pas utiliser Java Swing ? Tu peux faire des GUIs très portables. De plus l'avantage avec MaxOSX, c'est que java est déjà installé.
    A+
    F.
    • [^] # Re: Et Swing ?

      Posté par . Évalué à 3.

      perl, ruby, python le sont aussi hein :)

      tetsuo:~ kim$ ruby --version
      ruby 1.8.2 (2004-12-25) [powerpc-darwin8.0]

      tetsuo:~ kim$ perl --version

      This is perl, v5.8.6 built for darwin-thread-multi-2level
      [...]

      tetsuo:~ kim$ python -V
      Python 2.3.5
      • [^] # Re: Et Swing ?

        Posté par . Évalué à 1.

        perl, ruby, python le sont aussi hein :)

        Oui, mais là, on parlait des interfaces graphiques... Ce que j'aime bien avec Java, c'est que le GUIs est intégré dans le kit de développement.

        Sinon, je suis d'accord. Pour les programmes en ligne de commande, d'autres langages sont aussi directement dispos sur MacOSX sans avoir besoin d'installer quoi que ce soit.

        F.
    • [^] # Re: Et Swing ?

      Posté par . Évalué à 2.

      En plus, l'application peut tourner sur n'importe qu'elle autre plateforme (tout du moins les plus courantes).
      Je ne sais pas si les autres ont cet avantage.
      A+
    • [^] # Re: Et Swing ?

      Posté par . Évalué à 1.

      > pourquoi ne pas utiliser Java Swing ?
      Parce que ça : http://linuxfr.org/comments/640117.html#640117

      Mouhahaha ! :-)
  • # Et wxWidgets ???

    Posté par (page perso) . Évalué à 3.

    Il semble que wxWidgets soit oublié !

    Certe le port Cocoa est toujours en Alpha, le port Carbon est trés fonctionnel, et wxWidgets est bien plus qu'une API Graphique, les applications deviennent facilement portables !

    Et de plus, wx est intégré a Tiger !

    Que demander de plus !

    Pour ceux qui ne connaissent pas, wxWidgets est une API Graphique/Réseau/Multimédia Multiplateforme (Win32/Linux GTK2/OsX/Palm/X11..) en LGPL : http://www.wxwidgets.org !

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.