Mai 2012
Xcode 4 DP3 est disponible au téléchargement
par Christophe Laporte le 03.09.2010 à 10:35
Apple propose à ses développeurs une nouvelle préversion de Xcode 4. Parmi les nouveautés apportées par cette version, le système d'autocomplétion a été revu de fond en comble et est bien plus pratique que par le passé. L'environnement de développement d'Apple peut désormais être piloté entièrement au clavier.
Bien entendu, cette préversion corrige également son lot de bogues. Toutefois, il faudra sans doute un peu de temps avant que la firme de Cupertino le finalise. La liste des problèmes recensés est encore assez longue.
Xcode 4 Developer Preview 3 est proposé au téléchargement uniquement aux personnes ayant souscrit à un programme développeur.
Bien entendu, cette préversion corrige également son lot de bogues. Toutefois, il faudra sans doute un peu de temps avant que la firme de Cupertino le finalise. La liste des problèmes recensés est encore assez longue.
Xcode 4 Developer Preview 3 est proposé au téléchargement uniquement aux personnes ayant souscrit à un programme développeur.
|
2
1
Vos réactions (17 réactions)
Sparrow747
[03/09/2010 10:46]
Je vais tester de suite...j'espère qu'il est maintenant compatible avec le 4.1 car le DP2 s'arrête au 4.0.1 ...
Je vais tester de suite...j'espère qu'il est maintenant compatible avec le 4.1 car le DP2 s'arrête au 4.0.1 ...
françois bayrou
[03/09/2010 10:55]
"le système d'autocomplétion a été revu de fond en comble et est bien plus pratique par le passé"
C'est déjà de loin le meilleur que j'ai vu ... j'ai hâte de voir ca
Savez vous s'ils ont remis le petit menu déroulant avec les raccourcis vers les fonctions et les "pragma marks" ?
Il est bien pratique ce petit menu, et il avait disparu des premieres versions de Xcode 4 :)
"le système d'autocomplétion a été revu de fond en comble et est bien plus pratique par le passé"
C'est déjà de loin le meilleur que j'ai vu ... j'ai hâte de voir ca
Savez vous s'ils ont remis le petit menu déroulant avec les raccourcis vers les fonctions et les "pragma marks" ?
Il est bien pratique ce petit menu, et il avait disparu des premieres versions de Xcode 4 :)
azgard
[03/09/2010 11:11]
vu comme ça, c'est très propre. Mais il doit falloir un écran 27" pour afficher le code sans scroller horizontalement vu que cette partie n'occupe qu'1/3 de l'écran.
vu comme ça, c'est très propre. Mais il doit falloir un écran 27" pour afficher le code sans scroller horizontalement vu que cette partie n'occupe qu'1/3 de l'écran.
bjcrzt
[03/09/2010 11:16]
Pourquoi chez MacG et M4E on a jamais des images cliquables pour les voir en HD dans les articles ?
Pourquoi chez MacG et M4E on a jamais des images cliquables pour les voir en HD dans les articles ?
tdml
[03/09/2010 11:18]
c'est vrai que j'ai du mal à imaginer plus pratique que l'ancien système d'autocomplétion, qui était un pur bonheur à utiliser.
c'est vrai que j'ai du mal à imaginer plus pratique que l'ancien système d'autocomplétion, qui était un pur bonheur à utiliser.
niko34
[03/09/2010 11:41]
Pour ceux qui ont pu faire quelques tests, est-ce que le nouveau debugger permet de voir le contenu des dictionnaires, tableaux, etc... directement dans le code en passant sur la variable, sans jouer avec gdb dans la console ou en faisant des Print Description? Même pour de simple variable, je suis souvent obligé de le faire aussi.
Pour ceux qui ont pu faire quelques tests, est-ce que le nouveau debugger permet de voir le contenu des dictionnaires, tableaux, etc... directement dans le code en passant sur la variable, sans jouer avec gdb dans la console ou en faisant des Print Description? Même pour de simple variable, je suis souvent obligé de le faire aussi.
Terenn
[03/09/2010 11:56]
Bonne idée de bjcrzt. Ce serait vraiment bien de pouvoir zoomer sur certaines images.
Bonne idée de bjcrzt. Ce serait vraiment bien de pouvoir zoomer sur certaines images.
pecos
[03/09/2010 12:39]
J'espère que ce genre d'interface va être débrayable, parce que sur un ecran de taille "normale" c'est inutilisable.
J'espère que ce genre d'interface va être débrayable, parce que sur un ecran de taille "normale" c'est inutilisable.
Vivid
[03/09/2010 13:52]
@niko34
@est-ce que le nouveau debugger permet de voir le contenu des dictionnaires, @tableaux, etc... directement dans le code en passant sur la variable, sans jouer @avec gdb dans la console ou en faisant des Print Description?
sa aussi.... :-o
@niko34
@est-ce que le nouveau debugger permet de voir le contenu des dictionnaires, @tableaux, etc... directement dans le code en passant sur la variable, sans jouer @avec gdb dans la console ou en faisant des Print Description?
sa aussi.... :-o
pecos
[03/09/2010 14:56]
à vivid...
Tu sais, l'orthographe, c'est un langage (de programmation ou pas) comme les autres : ainsi, les fautes conduisent à des plantages (de notre cervelle).
Maintenant, essaye de te relire juste avant d'appuyer sur "envoyer".
A propos de ta question, je ne comprends pas : chez moi le comportement que tu décris est le comportement actuel.
Lorsque mon code plante, j'appuie sur le bouton "débuguer", et un survol du code à la souris affiche le contenu de toutes les variables, sans avoir besoin de la console ou de faire un Print Description.
à vivid...
Tu sais, l'orthographe, c'est un langage (de programmation ou pas) comme les autres : ainsi, les fautes conduisent à des plantages (de notre cervelle).
Maintenant, essaye de te relire juste avant d'appuyer sur "envoyer".
A propos de ta question, je ne comprends pas : chez moi le comportement que tu décris est le comportement actuel.
Lorsque mon code plante, j'appuie sur le bouton "débuguer", et un survol du code à la souris affiche le contenu de toutes les variables, sans avoir besoin de la console ou de faire un Print Description.
oomu
[03/09/2010 15:05]
Vous pouvez séparer en plusieurs fenêtre
Ici,,il s'agit du mode "assisté" où xcode affiche le code associé à ce que vous éditez. (la classe de la vue du nib édité, la déclaration de la classe édité, etc.
Bien sur tout est optionnel, modulable, multi fenêtré ou mono-fenêtre et/ou onglet
Vous pouvez séparer en plusieurs fenêtre
Ici,,il s'agit du mode "assisté" où xcode affiche le code associé à ce que vous éditez. (la classe de la vue du nib édité, la déclaration de la classe édité, etc.
Bien sur tout est optionnel, modulable, multi fenêtré ou mono-fenêtre et/ou onglet
oomu
[03/09/2010 15:18]
Je ne sais pas sur un écran de taille normale mais sur un 30" c'est divin. Plus sérieusement, xcode est utilisable sur un macbook air (si si, j'ai suivi les tutoriels avec) et vous n'êtes pas obligé de travailler comme dans la capture d'écran.
Mais quand on développe on a tendance à multiplier les vues sur le code et autre outils.
Je ne sais pas sur un écran de taille normale mais sur un 30" c'est divin. Plus sérieusement, xcode est utilisable sur un macbook air (si si, j'ai suivi les tutoriels avec) et vous n'êtes pas obligé de travailler comme dans la capture d'écran.
Mais quand on développe on a tendance à multiplier les vues sur le code et autre outils.
BeePotato
[03/09/2010 15:22]
@ oomu : « Bien sur tout est optionnel, modulable, multi fenêtré ou mono-fenêtre et/ou onglet »
Cool ! Parce que je préfère largement naviguer d’une fenêtre à l’autre via Exposé plutôt que de me frapper une fenêtre unique.
Il faut que j’aille tester ça (y compris le mode fenêtre unique, au cas où ça se révèlerait plus pratique que ce que j’imagine).
@ oomu : « Bien sur tout est optionnel, modulable, multi fenêtré ou mono-fenêtre et/ou onglet »
Cool ! Parce que je préfère largement naviguer d’une fenêtre à l’autre via Exposé plutôt que de me frapper une fenêtre unique.
Il faut que j’aille tester ça (y compris le mode fenêtre unique, au cas où ça se révèlerait plus pratique que ce que j’imagine).
oomu
[03/09/2010 16:08]
@BeePotato [03/09/2010 15:22]
le plus gros choc, c'est que "interface builder" est fondu dans Xcode.
On n'a plus cette souplesse de garder dans un coin interface builder, mais d'un autre coté, ca évite les renvois de interface builder à xcode des ajouts d'instances d'objets. Cette étape n'existe plus. L'intégration est meilleure, d'avantages d'aides.
@BeePotato [03/09/2010 15:22]
le plus gros choc, c'est que "interface builder" est fondu dans Xcode.
On n'a plus cette souplesse de garder dans un coin interface builder, mais d'un autre coté, ca évite les renvois de interface builder à xcode des ajouts d'instances d'objets. Cette étape n'existe plus. L'intégration est meilleure, d'avantages d'aides.
niko34
[03/09/2010 23:21]
@pecos
pas trop sûr de comprendre ton commentaire...
@vivid
voilà un exemple de ce que j'ai en survolant une instance de NSDictionary : http://a.imageshack.us/img84/1272/debug.png
La fenêtre du debugger n'apporte rien de mieux dans mon cas.
@pecos
pas trop sûr de comprendre ton commentaire...
@vivid
voilà un exemple de ce que j'ai en survolant une instance de NSDictionary : http://a.imageshack.us/img84/1272/debug.png
La fenêtre du debugger n'apporte rien de mieux dans mon cas.
2
1
Réagir
Cinq consignes avant de réagir :
- Rester dans le cadre de la dépêche. Pour des discussions plus générales, vous pouvez utiliser nos forums.
- Développer son argumentation. Les messages dont le seul but est de mettre de l'huile sur le feu seront modifiés ou effacés sans préavis par la rédaction.
- Respecter les acteurs de l'informatique et les autres lecteurs. Les messages agressifs, vulgaires, haineux, etc. seront modifiés ou effacés sans préavis par la rédaction.
- Pour toute remarque concernant le contenu de l'article, pour nous signaler une erreur, une faute d'orthographe, une omission, merci de nous contacter exclusivement par e-mail.
- Relisez-vous, et pour les utilisateurs de Safari profitez de l'aide du navigateur : activez le menu édition > Orthographe > Vérifier l'orthographe lors de la frappe.