Petite application graphique avec Mac OS X

15 réponses

Vincent Bernat

01/05/2004 à 23:25

Coucou !

Je voudrais programmer assez rapidement une petite application
graphique très simple. Dans le genre, une boîte de dialogue avec 4/5
champs, deux boutons et trois messages. Rien de bien
compliqué. Seulement, je n'ai jamais touché à Mac OS X, aussi bien en
tant qu'utilisateur (ou très peu) qu'en tant que développeur.

Il me faut donc choisir un langage de programmation et une API
graphique. Je connais GTK et QT, mais je suppose que cela ne s'exécute
pas sur un Mac OS X brut de fonderie. Une solution serait sans doute
de programmer en QT et de construire statiquement l'application, comme
ça, je n'utilise que des trucs que je connais et ça ressemble à une
application Mac OS X à la fin.

Maintenant, y'a p'tet plus rapide, genre Apple Script + Cocoa ? En
gros, y'a-t-il un langage très simple d'apprentissage avec une API
graphique du même acabit qui me permette de faire un programme tout
aussi simple qui se lance sur tout Mac OS X pour quelqu'un qui a un
background assez Unix ?
--
I WILL NOT PLEDGE ALLEGIANCE TO BART
I WILL NOT PLEDGE ALLEGIANCE TO BART
I WILL NOT PLEDGE ALLEGIANCE TO BART
-+- Bart Simpson on chalkboard in episode 7F09

5 réponses

1 2

Eric Jacoboni

03/05/2004 à 00:34

ol.g+ (Olivier Gutknecht) writes:

J'ai beaucoup de mal avec le côté visuel. ;-)

Moi aussi, en fait...

Ça fait toujours ça au début :) Essaie quand même. Le modèle est
raisonnablement propre

À ce propos, est-ce possible d'utiliser IB pour uniquement créer un
frontal graphique à une appli déjà écrite tournant en mode console.

Par exemple, l'appli se lance avec un truc du genre :

$ java -jar appli.jar -c -d param1 param2 param3 param4

Je me demandais si ce serait compliqué de produire un truc pouic-pouic
avec des cases à cocher pour les options et des champs de saisie
(éventuellement pré-initialisés) pour les params. Un peu ce que font
la plupart des applis shareware pour l'encodage vidéo (ffmpegx,
missing mpeg tools et mpeg2works, par ex).

Cela m'éviterai de retoucher aux sources de l'appli, qui fonctionne
bien par ailleurs.

Y a un topo, quelque part ?
--
Éric Jacoboni, né il y a 1386980961 secondes

Schmurtz

03/05/2004 à 15:54

In article <1gd4wxb.8vjeed5blrr6N%,
(Anonyme) wrote:

Vincent Bernat wrote:

Maintenant, y'a p'tet plus rapide, genre Apple Script + Cocoa ? En
gros, y'a-t-il un langage très simple d'apprentissage avec une API
graphique du même acabit qui me permette de faire un programme tout
aussi simple qui se lance sur tout Mac OS X pour quelqu'un qui a un
background assez Unix ?

AppleScript est simple d'accès et permet de faire quelqes dialogues,
mais le mieux, je pense, pour ce que tu veux faire, c'est Cocoa+très peu
d'Objective-C...

Tu peux même limiter ton utilisation d'Objective-C au lancement d'un
script Shell par exemple, ce qui te permettra de ne pas trop te pencher
sur les finesses du langage...

Je viens de découvrir le système de "Binding" disponible dans Panther :
ça permet de mapper la valeur d'un membre d'une classe avec un contrôle
(widget) de l'interface. c'est vraiment magnifique. Il y a un exemple
sur le site developpeur d'Apple.

C'est vraiment surprenant, il *faut* y faire un tour. En 16 lignes de
code on fait :

http://developer.apple.com/documentation/Cocoa/Conceptual/CocoaBindings/T
asks/ccwithbindingsplus.html#//apple_ref/doc/uid/20002083/CJBIIHBC

Les 16 lignes (comptées sans les lignes vides):

#import <Cocoa/Cocoa.h>

@interface Converter : NSObject
{
double dollarsToConvert;
double exchangeRate;
}

- (double)amountInOtherCurrency;

@end

- (double)amountInOtherCurrency{
return (double)(dollarsToConvert * exchangeRate);
}

+ (void)initialize {
[Converter setKeys:
[NSArray arrayWithObjects:@"dollarsToConvert", @"exchangeRate", nil]
triggerChangeNotificationsForDependentKey:@"amountInOtherCurrency"];
}

--
Schmurtz

dremacle

06/05/2004 à 10:28

Vincent Bernat wrote:

Ben, je viens de découvrir qu'en faisant attention, ce sera portable
sous Linux avec OpenStep, je vais donc adopter cette solution. :)

ah bon... je savais pas ça... donc si je fais une application cocoa,
elle peux tourner sous openstep ?
--
David Remacle
<http://www.clampin.com/>

Vincent Bernat

06/05/2004 à 15:08

OoO En cette matinée pluvieuse du jeudi 06 mai 2004, vers 10:28,
(David Remacle) disait:

Ben, je viens de découvrir qu'en faisant attention, ce sera portable
sous Linux avec OpenStep, je vais donc adopter cette solution. :)

ah bon... je savais pas ça... donc si je fais une application cocoa,
elle peux tourner sous openstep ?

Sous certaines conditions, oui :
http://wiki.gnustep.org/index.php/from/to%20MacOS%20X
--
panic("esp_handle: current_SC == penguin within interrupt!");
2.2.16 /usr/src/linux/drivers/scsi/esp.c

Éric Lévénez

06/05/2004 à 20:05

Le 6/05/04 15:08, dans , « Vincent Bernat »
a écrit :

OoO En cette matinée pluvieuse du jeudi 06 mai 2004, vers 10:28,
(David Remacle) disait:

Ben, je viens de découvrir qu'en faisant attention, ce sera portable
sous Linux avec OpenStep, je vais donc adopter cette solution. :)

ah bon... je savais pas ça... donc si je fais une application cocoa,
elle peux tourner sous openstep ?

Sous certaines conditions, oui :
http://wiki.gnustep.org/index.php/from/to%20MacOS%20X

Attention, ne pas confondre NeXTSTEP, OPENSTEP, Cocoa et GNUstep.

NeXTSTEP est l'implémentation de départ de NeXT.

OPENSTEP est l'implémentation des nouvelles spécifications OpenStep. Les API
OpenStep ne sont pas compatibles avec les API NeXTSTEP.

GNUstep est une implémentation du GNU sensée être compatible avec OpenStep
et à l'avenir avec Cocoa, mais la liste des API utilisables dans une appli
Cocoa mais pas sous GNUstep est longue comme le bras.

Cocoa est une évolution majeure de OpenStep avec quelques moins et beaucoup
de plus.

--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.

1 2

Petite application graphique avec Mac OS X

5 réponses

Veuillez sélectionner un problème