Débuter en programmation Cocoa

[UniX]

Bonjour.

Je voudrais essayer de débuter dans la programmation pour Cocoa, à priori en Objective C. Les seuls languages que je connaisse actuellement sont 4D, et un peu AppleScript.

Qu'est ce que vous me conseilleriez comme documentation pour apprendre ? Notamment au niveau bouquin ?

[Doom Hammer]

Cocoa par la pratique de Aaron Hillegass.

[UniX]

Je l'avais effectivement repéré.
J'avais peur qu'il faille des pré-requis.

[Doom Hammer]

Très peu de pré-requis, un peu en C quand même, plus tu en connais mieux c'est (ça aide bien de maîtriser les pointeurs sur certains chapitres).

Ce message a été modifié par Doom Hammer - 3 Mar 2005, 18:18.

[ntx]

Cocoa par la pratique de Aaron Hillegass.

Pareil : très bon bouqin pour commencer Cocoa

[Old Salt]

Et aussi le site project: omega; on peut imprimer les tutoriels et les articles.
C'est intéressant d'avoir plusieurs ouvrages (donc plusieurs façons d'aborder les choses), car aucun n'est parfait pour le débutant (du moins à mon avis de débutant)...

[UniX]

Et bien je suis bien intéressé par tes impressions de débutant...
Tu t'y es pris comment ? Ou t'en es ? Quelles sont les principales difficultés que tu as rencontrées ?

[Old Salt]

Bien , puisque tu le demandes...
D'abord, mon expérience de "programmeur":
- un peu de basic dans les années 80 (sur Apple II puis sur Mac)
- un peu de 4D au début des années 90
- j'ai regardé le C++ avec CodeWarrior fin des années 90 (mais je ne suis pas allé plus loin que les premiers tutoriels, c'était trop compliqué pour moi et j'étais largué, il y avait du code partout)
- un peu d'applescript depuis 2 ans (avec l'éditeur de script, sans être jamais passé par Xcode/IB)
- j'ai commencé Cocoa / objective-C il y a 2 mois
Mais tout ça en simple amateur, sans aucune prétention.

J'ai lu 2 ou 3 bouquins sur le C / C++ (à l'époque de CodeWarrior), cela donne une idée de la syntaxe du C.
J'ai acheté le "Cocoa par la pratique" d'Aaron Hillegass, mais je le trouve parfois (souvent ?) un peu ardu, d'ailleurs l'auteur indique en préface qu'il est destiné aux programmeurs maitrisant le java ou c++ et qui veulent s'attaquer à cocoa...
J'ai imprimé certains tutoriels et articles du site "project: omega" et "the objective-c programming language" d'Apple.

Donc, je lis tout ça, je fais les tutoriels (sans oublier le Currency Converter d'Apple, très important lui aussi) et je me lance dans ma première application.
Déjà, je trouve que Xcode / Interface Buider est bien plus facile à utiliser que le CodeWarrior de jadis (mais ce dernier a peut-être fait des progrès, je n'en sais rien), et je commence un peu à sortir la tête de l'eau
Je trouve la documentation Apple un peu sèche (c'est davantage une référence des classes et fonctions qu'un tutoriel, à part l'exemple du Currency Converter) , donc je navigue surtout entre mes différents tutoriels et le bouquin, je fais beaucoup de recherche avec Google, je visite les forum...
Je vais aussi sur Cocoa Dev Central, qui, lui aussi, est destiné aux débutants.
Project:omega et CocoaDevCentral publient une série d'articles sur ce qu'il est nécessaire de connaître en "C" pour commencer l'Objective-C, à mon avis ce n'est pas la peine d'acheter un bouquin sur le C (du moins pour commencer).
Mais j'ai eu du mal à bien comprendre le concept des classes et des objets (y suis-je arrivé, d'ailleurs ?) et j'ai longtemps buté sur la façon d'appeler les méthodes d'une autre classe que celle que j'utilise.
Et je patauge encore et toujours avec les pointeurs, les self/super (pour ne parler que de ce que j'ai découvert à ce jour).

Voilà, ce sont mes impressions et j'admets que l'on puisse ne pas partager ma façon de voir

Ce message a été modifié par Old Salt - 4 Mar 2005, 10:26.

[ntx]

Et je patauge encore et toujours avec les pointeurs, les self/super (pour ne parler que de ce que j'ai découvert à ce jour).

"self" est utilise pour appeler une methode de l'objet sur lequel tu travailles actuellement :
si tu est dans la methode foncB de la classe Toto, et que tu veux appeler la methode foncA de cette meme classe : [self foncA];

"super" est utilise pour appeler une methode de la classe "mere" : Toto derive de NSObject, donc pour appeler une methode de NSObject, par exemple dealloc : [super dealloc];

La doc d'Apple est plus une reference qu'un tutoriel, mais tu disposes de nombreux exemples de code ici

[Old Salt]

"self" est utilise pour appeler une methode de l'objet sur lequel tu travailles actuellement :
si tu est dans la methode foncB de la classe Toto, et que tu veux appeler la methode foncA de cette meme classe : [self foncA];[right][snapback]1048460[/snapback][/right]

Aaaahhhhh !!!!
Merci ntx, c'est typiquement le genre d'explication simple que j'ai du mal à trouver; c'est ce que je voulais dire en disant qu'aucun ouvrage n'était parfait pour le débutant.
Mais peut-être suis-je particulièrement long à la détente ?
En tout cas, j'ai mis ton lien vers les exemples dans mes signets

[UniX]

Bon ben je vais tenter l'aventure !!!!

J'ai commandé "Cocoa par la pratique" et je suis en train de lire les tutoriaux de Project Omega..... Je dois avouer que j'ai un peu mal à la tête, c'est pas d'une clarté limpide, et ça reste encore très apstrait .... Il me tarde d'arriver à du concret ....

[Doom Hammer]

Attention, il faut quand même connaître un peu de C (pointeurs etc...) mais surtout maîtriser le concept objet : les classes, types, appels entre classes, héritage, pointeurs, ce qui se passe en mémoire (les pointeurs sont très important ici encore) : organisation des variables et types de base dans la pile et des objets dans le tas (c'est très important pour la gestion de la mémoire !!!! En plus il n'y a pas de ramasse miette en Objective-C contrairement à Java ou Eiffel).

Le concept objet n'est pas du tout couvert dans le bouquin donc avant de commencer à le lire, je te conseil de trouver sur Internet un cours sur le concept objet sinon l'apport de "Cocoa par la pratique" sera gaché...

Ce message a été modifié par Doom Hammer - 4 Mar 2005, 11:44.

[UniX]

Humm ...

Et tu aurais des adresses qui expliquent un peu ces concepts ????

[schlum]

Humm ...

Et tu aurais des adresses qui expliquent un peu ces concepts ????
[right][snapback]1048573[/snapback][/right]

Tu trouveras bien plus de choses en Java ... C'est le meme concpet de programmation objet, mais les pointeurs y sont beaucoup plus caches malheureusement.

[mpergand]

Humm ...

Et tu aurais des adresses qui expliquent un peu ces concepts ????
[right][snapback]1048573[/snapback][/right]

Je ferais quelques remarques sur les propos de Doom Hammer:

ll faut quand même connaître un peu de C (pointeurs etc...)

Il suffit juste de savoir qu'en ObjC en manipule uniquement des pointeurs d'objets et c'est tout !

organisation des variables et types de base dans la pile et des objets dans le tas (c'est très important pour la gestion de la mémoire !!!!

plus simplement: comme tout objet Objc est alloué dynamiquement (en mémoire globale - TAS) il faut donc désallouer/libérer la mémoire occupé par cet objet lorsque l'on ne l'utilise plus.
Les seules notions de C à connaître sont les instructions conditionnelles (if,esle,for,while) et les types de variables simples (int,float,char), dans un 1er temps ignorer les notions de tableau et de structure en C, utilisez les NSArray et les classes.

Et effectivement le plus dur c'est d'apprendre à programmer par objets ! et pour cela le meilleur langage reste Java (pourquoi pas cocoa en java ?)

[UniX]

Ouais, mais si tu as une bonne adresse, n'hésites pas. Je trouve énormément de choses sur le sujet, mais je sais pas trop ce qui est bon et ce qui l'est moins ....

[Old Salt]

En exagérant, je dirais que tout est bon à prendre, parfois (ou souvent ?), c'est en voyant une explication différente que l'on comprend, alors que relire 50 fois la même ne suffit pas toujours

[mpergand]

tu as regardé JE CHERCHE DOC TUTO ...

pour moi le meilleur site c'est http://www.developpez.com/
mais je fatigue un peu, ça fait bien 5 fois que je le cite sur ce forum

Ce message a été modifié par mpergand - 4 Mar 2005, 13:37.

[UniX]

J'ai trouvé sur http://www.developpez.com/ un cours d'initiation aux objets.
Je vais regarder ça, et puis je reprendrais ensuite les tutos Cocoa.

[Doom Hammer]

Certains chapitres font usages de structures, donc de doubles pointeurs etc...
Donc vaut mieux connaître pour comprendre (genre les variable->attribut, **variable etc...).

Et ce qui me parait important en objet et pointeur est d'arriver à se représenter en mémoire les choses (pille, tas, les variables qui pointent sur les objets).

Par exemple : le fait que deux pointeurs peuvent pointer sur un même objet, que si on modifie l'objet du pointeur a dans ce cas, l'objet du pointeur b est le même (donc modifié aussi).
Enfin ce genre de trucs assez déroutant quand on est pas habitué à la programmation objet.

[UniX]

Là, je dois avouer que tu me parles en chinois ......

Mais, bon, j'espère que ça va vite évoluer .....

[arnaudp]

j'ai démarré la programmation objet comme toi, il n'y pas longtemps et voici mon expérience:
J'ai commencé par "java pour les nuls", qui reprend le concept d'objet et de pointeurs. Même si le bouquin est orienté windows, cela ne pose aucun pb pour le mac. Et j'ai ainsi, fait mes premiers pas en programmation objet...

Ensuite, je suis passé à cocoa Obj-C car c'est le language le plus fourni en doc et en explications pour l'utilisation de cocoa, qui était mon objectif.
Quoi qu'en pense les pros, cocoa demande un investissement personnel non négligeable et sans la maîtrise des concepts objets, c'est très difficile... (sauf à copier les tutoriaux et à appliquer bêtement...)

Le "cocoa par la pratique" de Hillegass est bien, mais n'explique pas ces concepts et donc, je conseille des les aborder avant d'attaquer ce bouquin.

Voilà. Bon courage.

Ce message a été modifié par arnaudp - 4 Mar 2005, 14:38.

[UniX]

Et t'as mis combien de temps pour arriver à pondre une petite appli simple de toi même ???

[Doom Hammer]

Le concept objet est le même sur tous les langages objet donc pas forcément besoin de passer par java (mais tu trouveras surement plus de doc sur ce langage).

Là, je dois avouer que tu me parles en chinois ......

Justement, dans ce cas ça te posera problème dans le bouquin car ce n'est pas expliqué.
Mieux vaut connaître le fonctionnement classes / héritage vu que tout est sous cette forme en objet (et ça aide pour comprendre les [super init] et autre [super dealloc]).

Donc pour résumé : un peu de C et certains concepts objet, ensuite le bouquin se lit tout seul.

N'oublions pas que programmeur est un métier quand même mais ne te décourage pas pour autant.

Ce message a été modifié par Doom Hammer - 4 Mar 2005, 18:39.

[UniX]

N'oublions pas que programmeur est un métier quand même mais ne te décourage pas pour autant.

Je sais bien. Mon expérience de 4D me sert au moins à ça .... Je sais que tout ne vient pas en 1 jour .....!

Ce we j'ai potassé un bouquin d'initiation au C. J'ai pas trouvé ça vraiment compliqué .... J'ai également commencé à lire Java 2 pour les nuls. Je me focalise pour le moment essentiellement sur les chapitres qui causent des spécificités de la programmation orientée objet, des classes, ....

Je me suis posé une question en lisant ce bouquin sur Java. De ce que je sais, un des avantages de Java, c'est qu'on peut porter le code de MacOS X vers Windows (ou autre) assez facilement. Maintenant que j'y vois plus clair, est ce que ce que je pense est juste, à savoir, un programme Java utilise des appels à des API Java, et donc pour porter une application sur une autre plateforme, il suffit juste de reconstruire une interface graphique ? Est-ce bien ça ???

Je pose la question, car, au passage, ça pourrait être intéressant de connaître un peu le Java ...

[mpergand]

Je me suis posé une question en lisant ce bouquin sur Java. De ce que je sais, un des avantages de Java, c'est qu'on peut porter le code de MacOS X vers Windows (ou autre) assez facilement. Maintenant que j'y vois plus clair, est ce que ce que je pense est juste, à savoir, un programme Java utilise des appels à des API Java, et donc pour porter une application sur une autre plateforme, il suffit juste de reconstruire une interface graphique ? Est-ce bien ça ???

Je pose la question, car, au passage, ça pourrait être intéressant de connaître un peu le Java ...

Non pas besoin de reconstruire une interface graphique, puisque celle-ci est construite par programmation.

Bon, pour des interfaces simples ça peut aller, sinon vaut mieux utiliser un éditeur de ressources.

Sur mac, le seul IDE intégrant un editeur de ressources, à ma connaissance, est:
http://www.netbeans.org/downloads/index.html

[Doom Hammer]

Je pense que les connaissances qui te manquent (et les questions qui te permettront d'y accéder) viendront ensuite avec la lecture du livre.

[UniX]

Ouais, je verrais ça.

Une question subsidiaire concernant le C : de nos jours, à quoi sert le C ? De ma lecture (pas encore approfondie il est vrai), j'ai trouvé que c'était un language assez simple, certes pas orienté objet, mais vraiment basique ..... On ne fait que des calculs sur des nombres, on affiche et lit (printf, scanf,...), et on fait appel à quelques fonctions ....

J'imagines que l'approche qui est faite dans mon bouquin est assez minimaliste, juste les bases, mais comment à partir de cela on construit une application ???

[ntx]

Une question subsidiaire concernant le C : de nos jours, à quoi sert le C ? De ma lecture (pas encore approfondie il est vrai), j'ai trouvé que c'était un language assez simple, certes pas orienté objet, mais vraiment basique ..... On ne fait que des calculs sur des nombres, on affiche et lit (printf, scanf,...), et on fait appel à quelques fonctions ....

En general les livres d'initiation au C ne travaillent qu'avec la librairie standard qui contient le minimum de fonctions.
Pour ce qui est de l'interface graphique il faut utiliser des librairies separees. Mais beaucoup sont desormais ecrites en langage objet donc en C++ ou en objective-c pour OS X.
Les libraires C/C++ les plus utilisees sont X11(standard unix), GTK, QT (elles viennent du monde Linux et servent pour KDE, Gimp, Gnome, ...) voir aussi SDL (plus orientee jeux) ou wxWidgets.

[Doom Hammer]

J'imagines que l'approche qui est faite dans mon bouquin est assez minimaliste, juste les bases, mais comment à partir de cela on construit une application ???

Tu peux faire énormement de choses en C seulement on ne s'en rend pas compte.
Manier des matrices, des caractères, des structures de données etc... au final tu fais un prog avec ça et ça sert tous les jours en C++ et en Objective-C donc c'est important.
En langage objet l'utilisateur s'en rend moins compte car il utilise des commandes API super pratique mais elles sont codées comment a ton avis ? Et bien avec ce genre de choses.
Ce qui veut dire que pour faire certaines choses en Objective-C tu es obligé de coder en C.

Ce message a été modifié par Doom Hammer - 7 Mar 2005, 19:08.

[schlum]

Une question subsidiaire concernant le C : de nos jours, à quoi sert le C ? De ma lecture (pas encore approfondie il est vrai), j'ai trouvé que c'était un language assez simple, certes pas orienté objet, mais vraiment basique ..... On ne fait que des calculs sur des nombres, on affiche et lit (printf, scanf,...), et on fait appel à quelques fonctions ....

En general les livres d'initiation au C ne travaillent qu'avec la librairie standard qui contient le minimum de fonctions.
Pour ce qui est de l'interface graphique il faut utiliser des librairies separees. Mais beaucoup sont desormais ecrites en langage objet donc en C++ ou en objective-c pour OS X.
Les libraires C/C++ les plus utilisees sont X11(standard unix), GTK, QT (elles viennent du monde Linux et servent pour KDE, Gimp, Gnome, ...) voir aussi SDL (plus orientee jeux) ou wxWidgets.
[right][snapback]1052462[/snapback][/right]

SDL étant une réduction de l'OpenGL à la 2D, et l'OpenGL est inclu dans Mac OS X et permet de faire de la 3D et des interfaces (voir glut et glui).

[vicento]

Cocoa par la pratique de Aaron Hillegass.

Pareil : très bon bouqin pour commencer Cocoa
[right][snapback]1047683[/snapback][/right]

c'est vraiment très bon.

C'est le premier et le seul que je me suis acheté.
Il est bien fait et assez progressif.

Sinon Google te permettra de trouver plein de tutoriaux sur à peu près tous les thèmes.
Utilises les commes des briques et adaptes les à tes besoins.
Au bout du compte tu apprendras assez vite...

[UniX]

Ca y est, je viens de recevoir Cocoa par la pratique !!!!! Ca va chauffer !!!!!!
Entre temps, je me suis farci la moitié de Java 2 pour les nuls.

Je fais chauffer le clavier et Xcode .......

[ptitloulou]

Question peut être bête (mais question quand même)...

je ne suis pas programmeur mais j'aimerai essayer de m'y mettre (je n'y connais rien mise à part le peu de Basic que j'ai pu faire dans ma tendre enfance...)

je voudrais faire une petite application en cocoa mais je ne sais pas par où commencer...

vous pensez que je rève un peu trop ?

Que dois-je installer ? Xcode, les outils developpers ?

merci de vos remarques (même si c'st pour me dire que je suis fou)

[Val1984]

Tu connais quoi comme langage de prog hors Basic?
Si le Basic est le seul, tu ferais mieux de te pencher sur RealBasic je pense.
Si tu connais le C et un langage objet (Java, C++ ou autre) alors tu peux envisager assez sereinement Objective-C et Cocoa

Tu dois installer les outils de développements qui contiennent XCode pour pouvoir programmer en Cocoa.

[ptitloulou]

Tu connais quoi comme langage de prog hors Basic?

[right][snapback]1248768[/snapback][/right]

hummmmmm aucun.... suis pas programmeur suis audioprothésiste, je fais ça sur mon temps libre j'ai juste envie d'essayer de m'essayer à faire des petits programmes tout simple (mais je crois que je rève)

je vais aller voir du cote de realbasic mais qd je dis que je connais basic je n'ai pas pratiquer depuis au moins 10 ans.....

[hizo]

Le basic est pas mal si tu ne veux pas t'embeter. Pas de déclarations comme en C...et tu peux voir ce que tu programmes bien plus vite qu'en C. Je veux dire par là que c'est plus éloquant, certaine on un besoin visuel plus poussé que d'autre.

[guillôme]

Attention,

Il ne faut pas confondre "apprendre un langage de programmation" et "apprendre la programmation".
C'est comme la musique, il y en a qui prennent un violon et qui savent jouer à l'oreille mais cela reste très rare. Il faut d'abord apprendre au conservatoire!

Dans le cas de la programmation, je pense qu'il est indispensable d'apprendre d'abord les concepts fondamentaux de l'informatique (titre d'un livre que je recommande d'ailleurs). Car, à quoi cela sert de connaître un langage, d'avoir une idée si l'on ne sait pas comment faire la modélisation de son problème pour l'adapter à une logique informatique?

[ptitloulou]

Attention,

Il ne faut pas confondre "apprendre un langage de programmation" et "apprendre la programmation".
C'est comme la musique, il y en a qui prennent un violon et qui savent jouer à l'oreille mais cela reste très rare. Il faut d'abord apprendre au conservatoire!

Dans le cas de la programmation, je pense qu'il est indispensable d'apprendre d'abord les concepts fondamentaux de l'informatique (titre d'un livre que je recommande d'ailleurs). Car, à quoi cela sert de connaître un langage, d'avoir une idée si l'on ne sait pas comment faire la modélisation de son problème pour l'adapter à une logique informatique?
[right][snapback]1248799[/snapback][/right]

oui c'est tout à fait ça...
mais en fait c'est vrai que ma question n'était pas très claire....

existe-t-il des logiciels pour faire d'autres logiciels (sans que l'on doit taper forcément son propre code) (realbasic a l'air pas mal pour faire ça.... interface graphique)

en fait je voulais savoir si un logiciel qui permettrait de mettre un champ par ci, un champ par là, un code par ci , un code par là pour faire des transfert de fichiers ou bien des copies, des trucs simples.... (je me demande si c'est plus clair qu'avant quand même )

[schlum]

en fait je voulais savoir si un logiciel qui permettrait de mettre un champ par ci, un champ par là, un code par ci , un code par là pour faire des transfert de fichiers ou bien des copies, des trucs simples.... (je me demande si c'est plus clair qu'avant quand même  )
[right][snapback]1248923[/snapback][/right]

Euh ... Automator ?

[Ludopac]

existe-t-il des logiciels pour faire d'autres logiciels (sans que l'on doit taper forcément son propre code) (realbasic a l'air pas mal pour faire ça.... interface graphique)

Je ne connais pas vraiment RealBasic, mais il faut tout de même à mon avis écrire un minimum de code pour faire une application

Un logiciel permettant de faire une application sans ligne de code n'existe probablement pas et si il existe les applications créées seront forcément extrêmement limitées.

Et puis où serait le plaisir ? Ce qui est intéressant dans la programmation c'est la réflexion et l'écriture du code. D'ailleurs si il n'y avait aucune ligne de code à écrire, on ne pourrait plus vraiment parler de programmation

en fait je voulais savoir si un logiciel qui permettrait de mettre un champ par ci, un champ par là, un code par ci , un code par là pour faire des transfert de fichiers ou bien des copies, des trucs simples.... (je me demande si c'est plus clair qu'avant quand même  )
[right][snapback]1248923[/snapback][/right]

Real Basic, Xcode fonctionnent un peu comme ça. La création de l'interface est vraiment simple il suffit de placer les differents objets à l'aide de la souris.

Après la difficulté dépend du langage. RealBasic je ne connais pas donc je ne sais pas si c'est facilement accessible.

Mais pourquoi ne pas commencer avec AppleScript Studio ?
L'interface serait réalisée via Interface Builder et le code écrit en Apple Script. Le langage est relativement simple et tu peux déjà faire des applications intéressantes en AS Studio.

[habanita]

Moi je te conseille vraiment de jeter un oeil sur un basic genre RealBasic, Revolution ou même supercard (qui existe encore !!).

Tu te prends une petite soirée, peinard, un ptit air jazzy pour l'ambiance, un tutorial et voilà : bienvenue au club !!

euh... sinon j'ai mal aux dents.. c'est pas dans tes cordes ?

Ce message a été modifié par habanita - 22 Jul 2005, 16:08.

[Old Salt]

Je trouve que XCode / Applescript est un bon début:
- programmation très facile de l'interface en respectant Aqua
- Applescript est facile à apprendre

Et par la suite, tout en restant dans XCode, on peut passer à Java ou au C ou Objective-C...

[ptitloulou]

euh... sinon j'ai mal aux dents.. c'est pas dans tes cordes ? 
[right][snapback]1249023[/snapback][/right]

nan je suis Audioprothésiste (je vends des appareils auditifs (bon je fais pas que les vendre je les règle aussi et cela ressemble un peu à de la programmation mais sans ligne de codes, plus des lignes de nombres....)



merci je vais regarder tout ça à tête reposée et voir si j'en suis capable....

pour automator, c'est plus un enchainement d'actions mais c'est pareil je n'arrive pas à faire des choses compliquées... la plus part des action automator que j'ai faites ne dépassent pas 2 ou étapes (bouh je suis nul... )

[habanita]

nan je suis Audioprothésiste (je vends des appareils auditifs)

excuse-moi, j'avais mal entendu

[Jaypee]

Un petit exercice pour bien débuter avec Cocoa :
Construire un navigateur Web avec Une ligne de code

[Zash]

Coucou,

Je débute aussi en cocoa/objective-c.

Je suis en train de créer une petite appli qui me permet au final d'apprendre pas mal de trucs au niveau de la prog en objective-c/cocoa.

Pour la syntaxe de l'objective-c qui me faisait un peu peur j'ai acheté "Objective-c, précis et concis" chez O'Reilly (9euro). Il est pas mal comme livre, tout ou presque y est expliqué (la gestion de la mémoire aussi).

Maintenant la ou je galère c'est pour trouver les méthodes et classes me permettant de faire mon programme. L'aide Apple est en anglais technique et il n'y a pas d'exemple associé à chaque explication d'une méthode donc je cherche des tutos et autres explications. Et puis les explications étant courtes dans l'aide, la recherche a partir du site d'Apple ne donne pas a chaque fois le résultat que j'attend

Alors j'avance doucement, mais j'avance.

Je remercie d'ailleurs d'avance les personnes qui répondront à mes questions quand j'en aurai (encore)

[ntx]

Bonjour,
il y a de nombreux exemples dans le répertoire /Developer/Examples ainsi que sur le site d'Apple. Tu y trouveras tout ce qu'il faut pour faire les opérations de base de ton programme ... mais malheureusement c'est tout en Anglais.
Sinon un bon bouquin pour comprendre comment fonctionne un programme Cocoa est Cocoa par la pratique. Celui là est un français. Une fois assimilé, tu devrais déjà pouvoir faire de très beaux programmes.

[guillôme]

Moi j'utilise AppKiDo http://homepage.mac.com/aglee/downloads/appkido.html pour consulter l'aide et connaître les méthodes à utiliser

C'est bien mieux que parcourir la doc html...

[schlum]

Moi j'utilise AppKiDo http://homepage.mac.com/aglee/downloads/appkido.html pour consulter l'aide et connaître les méthodes à utiliser

C'est bien mieux que parcourir la doc html...
[right][snapback]1250674[/snapback][/right]

Adopté ... (pour quand je me remettrai à Cocoa / obj-C)