La nouvelle version de l'environnement Eclipse est disponible, Eclipse Luna apporte le support natif de Java 8

Version imprimable

Voir 40 message(s) de cette discussion en une page

20/06/2014, 08h20
Mickael Baron

La nouvelle version de l'environnement Eclipse est disponible, Eclipse Luna apporte le support natif de Java 8
L’environnement de développement open source Eclipse évolue pour répondre aux besoins des développeurs. Eclipse 4.4 est disponible en téléchargement. Baptisé Luna (déesse de la Lune dans la mythologie romaine), l’EDI promet d’illuminer le quotidien des développeurs avec son lot de nouveautés.

Le fait marquant de cette nouvelle version est, sans aucun doute, le support natif de Java 8. En effet, même si Eclipse Kepler supportait Java 8 dès sa sortie, il fallait lui adjoindre un patch afin que les développeurs Java puissent profiter des Lambdas.

Des informations supplémentaires sur les nouveautés de cette version sont disponibles à cette adresse : https://projects.eclipse.org/releases/luna. Eclipse Luna se compose de 76 projets, pour un total d'environ 10 millions de nouvelles lignes de code. 339 contributeurs à travers le monde ont participé à cet effort. Huit projets ont rejoint le « simulatenous release train » : EMF Client Platform, EMF Store, Sirius, BPMN2 et BPMN2 Modeler Project, Paho QVTd et XWT. L'ensemble des projets disponibles dans cette version est disponible à cette adresse : https://projects.eclipse.org/releases/luna/details

Sans être exhaustifs, les principales nouveautés autres que le support de Java 8 sont :
- le projet Sirius, qui permet de construire de manière simple et totalement nouvelle des éditeurs, basé sur le framework de méta-modélisation EMF et sa couche graphique spécifique GMF. Avec Eclipse Sirus, le développement d'éditeurs devient déclaratif ;
  
  http://www.developpez.com/public/images/news/luna1.png
- un nouveau thème graphique "sombre" très proche de ce qui a été proposé par les dernières versions de l'environnement de développement IntelliJ ;
  
  http://www.developpez.com/public/images/news/luna2.jpg
- la possibilité de créer des vues de type "E4" depuis un plugin. La nouvelle API E4 ne sera donc plus réservée aux applications Eclipse RCP ;
  
  http://www.developpez.com/public/images/news/luna3.jpg
- un client de type terminal sous Windows, Linux et MAC via le projet TCF ;
  
  http://www.developpez.com/public/images/news/luna41.jpg
- une amélioration sensible du Workbench, qui permet notamment de pouvoir séparer un même éditeur en 2 parties, soit horizontalement, soit verticalement ;
- l'éditeur graphique d'EMF (Editor Diagram) a été entièrement rebâti en se basant sur le projet Sirus ;
- une amélioration de la bibliothèque EGIT, l'implémentation Java de GIT. L'outil graphique de fusion a également été amélioré.
Pour télécharger cette nouvelle version, rendez-vous sur la page de téléchargement d'Eclipse : http://www.eclipse.org/downloads/

Cette courte vidéo revient sur les principales nouveautés :

https://www.youtube.com/watch?v=uk5XFUj6vxY

Et vous ?
- Que pensez-vous de cette nouvelle version ? Et de ces nouvelles fonctionnalités ?
- Avez-vous déjà essayé cette nouvelle version ?
- Allez-vous migrer ?
25/06/2014, 15h55
Shuty

Géniale l'intégration d'un terminal sous éclipse ! C'est bien pratique pour modifier les droits et reloader les config tomcat.

Citation:

10 millions de nouvelles lignes de code. 339 contributeurs

Une minute de silence pour tous ces courageux qui ont offerts de leurs temps. :plusser:
25/06/2014, 15h59
Traroth2

J'aimerais savoir à quel moment les responsables d'Eclipse ont prévu de hisser cet IDE à la hauteur d'IntelliJ. J'ai utilisé Eclipse pendant presque 10 ans, et ça marche plutôt bien, mais maintenant que j'ai essayé IntelliJ, j'ai du mal à me contenter d'Eclipse, je dois dire. Quelle est la différence ? IntelliJ simplifie la vie du développeur. Si vous l'installez et que, par exemple, un Maven est déjà installé sur votre poste, il va vous demander si vous voulez importer sa configuration, avec son repository, et le configurer comme outil Maven par défaut. Il est capable de lire les projets NetBeans et Eclipse. Bref, il anticipe les besoins du développeur, et franchement, on s'y habitue...

C'est pour ça que je me demande pourquoi Eclipse et NetBeans ne cherchent pas à atteindre le même niveau de fonctionnalité et d'ergonomie...
25/06/2014, 16h12
Mickael Baron

Citation:

C'est pour ça que je me demande pourquoi Eclipse et NetBeans ne cherchent pas à atteindre le même niveau de fonctionnalité et d'ergonomie...

Je dirais simplement qu'Eclipse ne se limite pas qu'à l'environnement de développement. C'est aussi une plateforme de modélisation très riche (EMF, Sirus...) et une plateforme de développement (RCP, RAP...). Je me limite à ce que je connais mais après son écosystème est monstreux.

Mickael
25/06/2014, 16h13
Mickael_Istria

Citation:

Envoyé par Traroth2

J'aimerais savoir à quel moment les responsables d'Eclipse ont prévu de hisser cet IDE à la hauteur d'IntelliJ.

Il n'y a pas de responsable de l'IDE Eclipse, seulement des contributeurs.

Citation:

J'ai utilisé Eclipse pendant presque 10 ans, et ça marche plutôt bien, mais maintenant que j'ai essayé IntelliJ, j'ai du mal à me contenter d'Eclipse, je dois dire. Quelle est la différence ? IntelliJ simplifie la vie du développeur. Si vous l'installez et que, par exemple, un Maven est déjà installé sur votre poste, il va vous demander si vous voulez importer sa configuration, avec son repository, et le configurer comme outil Maven par défaut. Il est capable de lire les projets NetBeans et Eclipse. Bref, il anticipe les besoins du développeur, et franchement, on s'y habitue...

C'est pour ça que je me demande pourquoi Eclipse et NetBeans ne cherchent pas à atteindre le même niveau de fonctionnalité et d'ergonomie...

Ce genre de suggestions pour ameliorer Eclipse IDE est plus que bienvenu sur le bugtracker d'Eclipse: bugs.eclipse.org.
25/06/2014, 16h17
Mickael_Istria

Citation:

Envoyé par Shuty

Une minute de silence pour tous ces courageux qui ont offerts de leurs temps. :plusser:

T'inquietes, la grande majorite des contributeurs le font dans un cadre professionnel, donc le temps leur est paye, donc ils ne meritent pas vraiment tant d'honneur ;)
25/06/2014, 16h55
Shuty

Citation:

Envoyé par Mickael_Istria

T'inquietes, la grande majorite des contributeurs le font dans un cadre professionnel, donc le temps leur est paye, donc ils ne meritent pas vraiment tant d'honneur ;)

Bon, et bien crachont leurs dessus alors :ptdr:
25/06/2014, 17h13
Traroth2

Citation:

Envoyé par Mickael_Istria

Il n'y a pas de responsable de l'IDE Eclipse, seulement des contributeurs.

Dans ce cas, ça doit être le premier projet open-source un peu important sans gouvernance que je connaisse. :mouarf:

Ce n'est pas parce qu'un projet est open-source que n'importe qui peut commiter n'importe quoi...

Citation:

Envoyé par Mickael_Istria

Ce genre de suggestions pour ameliorer Eclipse IDE est plus que bienvenu sur le bugtracker d'Eclipse: bugs.eclipse.org.

Je ne contribue pas à Eclipse. Et d'expérience, la plupart des communautés sont assez réticentes aux gens qui viennent leur dire quoi faire sans participer. Comment les blâmer, d'ailleurs ? Personne n'aime recevoir des lettres au Père Noël. Ce n'est peut-être pas la position la plus constructive, mais c'est humain.

Et puis, ils ont des yeux dans la tête, non ? Je veux dire, les avantages d'IntelliJ sur Eclipse sont abondamment documentés ailleurs qu'ici, après tout...

https://www.google.fr/#q=eclipse+intellij+comparison

j'attendais Luna avec impatience (support jdk 1.8). Sur ma debian 7 64 bits à jour, j'ai le résultat suivant (eclipse-jee-luna-R-linux-gtk-x86_64.tar.gz):

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
(java:18640): GLib-GObject-WARNING **: cannot register existing type `GdkDisplayManager'
 
(java:18640): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed
 
(java:18640): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed
 
(java:18640): GLib-GObject-WARNING **: invalid (NULL) pointer instance
 
(java:18640): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
 
(java:18640): GLib-GObject-WARNING **: invalid (NULL) pointer instance
 
(java:18640): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
 
(java:18640): GLib-GObject-WARNING **: cannot register existing type `GdkDisplay'
 
(java:18640): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed
 
(java:18640): GLib-GObject-CRITICAL **: g_type_register_static: assertion `parent_type > 0' failed
 
(java:18640): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed
 
(java:18640): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f1f2245673f, pid=18640, tid=139772409038592
#
# JRE version: Java(TM) SE Runtime Environment (8.0-b132) (build 1.8.0-b132)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b70 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C  [libgdk-x11-2.0.so.0+0x5173f]  gdk_display_open+0x3f

Je vais donc continuer avec Kepler.

25/06/2014, 21h07
ymajoros

J'essaierai par curiosité, mais Eclipse est mort depuis longtemps pour moi. Un IDE qui ne supporte pas maven nativement (=pas de fichiers configs foireux à "synchroniser", qui a une gestion des tâches hasardeuses (le "building workspace" de 5 minutes dès qu'on a un gros projet et quelques "save actions"), qui ressemble plus à un bricolage de plugins de qualité variable... Je sais, c'est open source, mais un peu de recherche montre que c'est difficile à changer. Il faudrait repenser depuis le début. La gestion des projets n'est pas assez découplée de la config propriétaire actuelle, par exemple. Et rien que l'idée de toucher à SWT, quelle idée saugrenue au 21ème siècle ;-)

Aussi, je suis toujours surpris de voir qu'on propose toujours une seule alternative, payante (pour la grande partie des fonctionnalités)... alors qu'il y a aussi Netbeans, qui en fait plus pour le même prix (= rien) et n'a pas les problèmes décrit ci-dessus... Et a le support de Java 8 depuis... 1 an, bien avant sa sortie. Ou jdeveloper, un peu unique dans son genre mais très bien la dernière fois que j'ai essayé. Le monde des IDE n'est pas cantonné à Eclipse et IntelliJ...
25/06/2014, 21h23
Mickael Baron

C'est moi ou il n'y a que les "Mickael" qui aiment Eclipse :D

Mickael
25/06/2014, 22h55
Tcharl

@Mickael,
Il y a aussi les Charlie (du moins un :) ).

@ymajoros: Quand tu codes du IJ ou du NB, tu fais du Swing, c'est encore pire... Ensuite, tu peux faire (rien) en désactivant le 'Build automatically' d'Eclipse, du coup, tu arrives à Iso des fonctionnalités des autres Ide (IJ ou NB) et les mêmes perfs, avec comme plus la possibilité d'avoir un éditeur splitté en deux (ce qu'aucun d'eux ne supporte alors que même mon shell Mac/Vi/Emacs en est capable).

Monter un projet Eclipse peut se faire de manière perso, la communauté est là et a une plus grande importance que l'IDE en lui même, des projets comme Incquery, Vert.x et autres ne viennent pas d'entreprises mais de développeurs indep' (ou chercheurs) et ce sont des top level projects!
Maintenant que la majeure partie des projets sont passés à Git, c'est facile de contribuer en acceptant la SLA (pour ceux qui ont envie de voir se concrétiser leur liste de noël: j'ai très rarement vu des contributions se faire refuser).
Il existe aussi énormément de projets tierces (moreunit, Redmine Mylyn connector, mousefeed, jautodoc)... Qui, j'en suis sûr ne sont absolument pas issus d'une entreprise privée (et pourtant vraiment utiles).

Sommes toute, pour moi cet IDE se démarque de tous les autres sur plusieurs aspects:

* Sa communauté Open-source et son environnement de travail complet: lorsque vous créez/contribuez, vous avez un git, un Hudson, un gestionnaire de tickets, des personnes... Ce que vous n'avez pas chez IJ, et encore moins chez NB (non mais sérieux, qui d'entre vous a déjà essayé de contribuer à un des deux concurrents? Par expérience je trouve que c'est une grosse blague).

* Le modeling, qui pour moi est l'avenir de cet IDE, ça le mènera vers le cloud, les supercalculateurs, etc (il suffit de refaire EMF correctement).

Alors bien sûr, il est loin d'être parfait, mais rien ne vous empêche de participer pour le rendre meilleur: en patchant m2e ou wtp ou en créant des alternatives sur le market.
26/06/2014, 01h08
atha2

Citation:

Envoyé par Traroth2

Je ne contribue pas à Eclipse. Et d'expérience, la plupart des communautés sont assez réticentes aux gens qui viennent leur dire quoi faire sans participer. Comment les blâmer, d'ailleurs ? Personne n'aime recevoir des lettres au Père Noël. Ce n'est peut-être pas la position la plus constructive, mais c'est humain.

J'ai du mal à croire qu'un suggestion d'amélioration d'une personne externe soit mal vue. N'y a-t-il juste pas un problème de forme ? Il est évident que "j'ai besoin de ça" ne passe pas aussi bien que "il pourrait être d'intéressant d'inclure ça, beaucoup de dev ont ce besoin".
Enfin, c'est peut-être ce qui arrive quand la plupart des membres sont payés par leur entreprise pour réaliser des objectifs précis sur ce projet.
26/06/2014, 09h38
Folgore

Difficile de revenir sous eclipse quand on sait que Netbeans fait la meme chose mais en mieux, sans installer des tones de plugins supplémentaires. Je pense surtout aux ejb, maven, la facilité pour avoir une assistance (entités, ...).

En plus niveau java, l'éditeur d'ihm est tellement plus stable que le WindowBuilder qu'il faut télécharger sur Eclipse.

Sans compter qu'il y a tout ce qu'il faut pour du dev web, html5, cordova, php avec ce qu'il faut pour faire du symfony2, template twig...

Bien sur, eclipse a aussi son lot de features interessants qui sont mal intégrés sous netbeans, mais eclipse cumule tellement de soucies et bugs en tout genres :/
26/06/2014, 09h44
Gugelhupf

Citation:

Envoyé par Folgore

Je pense surtout aux ejb, maven, la facilité pour avoir une assistance (entités, ...).

Vous utilisez Tomcat ou GlassFish ?
26/06/2014, 09h54
Mickael_Istria

Citation:

Envoyé par Traroth2

Dans ce cas, ça doit être le premier projet open-source un peu important sans gouvernance que je connaisse. :mouarf:

Il y a de la gouvernance, mais il n'y a personne qui a le doit d'imposer des roadmaps. Chacun est libre de contribuer ce qu'il veut ou pas, c'est aux committers de decider si ca vaut le coup de l'integrer ou pas. Les committers sont responsables de faire les reviews, pas de dire aux contributeurs "code-ci" ou "code-ca".
La Fondation assure une gouvernance de la communaute et anime l'ecosysteme.

Citation:

Je ne contribue pas à Eclipse.

Et bien en fait detrompe-toi. Avec ce genre de commentaire, tu contribues en fait un peu a Eclipse ;)

Citation:

Et d'expérience, la plupart des communautés sont assez réticentes aux gens qui viennent leur dire quoi faire sans participer.

La je ne suis pas d'accord du tout. En tout cas, sur les projets dans lesquels je suis impliques, les suggestions d'ameliorations ont une grande valeur. Par contre, il faut faire attention a comment on redige ca. Il ne faut pas donner des lecons, mais plutot suggerer, raconter ses use-cases, et conclure par des idees concretes.
Si par exemple tu ouvres un bug a n'importe quel projet pour expliquer que selon toi un bouton est mal place ce qui diminue l'ergonomie, ca fera reflechir, et si ton idee fait l'unanimite, il en resultera un changement.

Citation:

Comment les blâmer, d'ailleurs ? Personne n'aime recevoir des lettres au Père Noël. Ce n'est peut-être pas la position la plus constructive, mais c'est humain. Et puis, ils ont des yeux dans la tête, non ? Je veux dire, les avantages d'IntelliJ sur Eclipse sont abondamment documentés ailleurs qu'ici, après tout...

Et bien sache que certaines personnes aiment recevoir des lettres au pere noel. Les committers ont souvent la tete dans le guidon, a travailler sur des nouvelles features importantes et n'ont pas forcement l'occasion de prendre du recul. Ce genre de requete venant des utilisateurs sont rafraichissantes, les idees suggerees par les utilisateurs sont souvent bien loin des idees que se font les committers de leur projet.

Bref, c'est comme tout, si tu veux que les choses s'ameliorent, mieux vaut s'impliquer un peu. Ouvrir des bugs en tant qu'utilisateur constitue un tres bon premier pas.
26/06/2014, 10h03
Mickael_Istria

Citation:

Envoyé par ymajoros

J'essaierai par curiosité, mais Eclipse est mort depuis longtemps pour moi. Un IDE qui ne supporte pas maven nativement (=pas de fichiers configs foireux à "synchroniser", qui a une gestion des tâches hasardeuses (le "building workspace" de 5 minutes dès qu'on a un gros projet et quelques "save actions")

Re-essaye des version recentes, il y a eu des fixes la-dessus.
Ensuite le debat sur Maven: les gens pensent tous que le Maven est natif dans NetBeans et IntelliJ, mais c'est en fait aussi vrai ou faux que pour Eclipse. NetBeans et IntelliJ ont aussi des modeles de projets interne, et ces IDE injectent aussi le contenu du pom dans le model interne. Il n'y a pas de difference fondamentale avec ce que fait m2eclipse.

Citation:

qui ressemble plus à un bricolage de plugins de qualité variable...

Ca c'est definitivement vrai, et c'est une constante pour toutes le plateformes qui ont un gros ecosysteme: il y a a boire et a manger.

Citation:

Je sais, c'est open source

Comme tu le dis apres, ce n'est pas une excuse, ni meme quelque chose a correler avec la qualite.
26/06/2014, 10h17
Folgore

Citation:

Envoyé par Gugelhupf

Vous utilisez Tomcat ou GlassFish ?

JBoss, faut dire que c'est une grosse boite a outils.

Ceci dit, la gestion des serveurs d'applications est mieux fichu sur Eclipse : ca c'est un des nombreux cas ou eclipse est plus interessant. L'ide java ultime c'est la fusion des bonnes idées des 2 cotes !

Par contre, tomcat ca passe mieux en ligne de commandes avec maven :D

Ca reste quand meme dans tout les cas, des semaines de perdu pour des configs au niveau de hibernate, spring, jpa... surtout quand ta une erreur ou t'es le seul au monde a l'avoir :?
26/06/2014, 10h21
plawyx

Citation:

Envoyé par ymajoros

a une gestion des tâches hasardeuses (le "building workspace" de 5 minutes dès qu'on a un gros projet et quelques "save actions").

Est-ce vraiment le rôle d'un IDE, quel qu’il soit. Pour les builds et bien d'autres choses, il y a JENKINS qui fait cela très bien.
26/06/2014, 13h47
Traroth2

Citation:

Envoyé par Mickael_Istria

Il y a de la gouvernance, mais il n'y a personne qui a le doit d'imposer des roadmaps. Chacun est libre de contribuer ce qu'il veut ou pas, c'est aux committers de decider si ca vaut le coup de l'integrer ou pas. Les committers sont responsables de faire les reviews, pas de dire aux contributeurs "code-ci" ou "code-ca".
La Fondation assure une gouvernance de la communaute et anime l'ecosysteme.

Ben ça doit pour être ça, alors. Parce que dans la plupart des projets, quand on se lance dans une nouvelle version de dev, on discute d'abord de ce qu'on va mettre dedans, c'est pas chacun qui part sur ce qu'il veut n'importe comment. Par exemple, si tu vas voir sur le groupe de discussion de Vert.x (un autre projet d'Eclipse Foundation), tu verras qu'en ce moment, ça parle de ce qu'ils veulent mettre dans la version 3.0.

Citation:

Envoyé par Mickael_Istria

La je ne suis pas d'accord du tout. En tout cas, sur les projets dans lesquels je suis impliques, les suggestions d'ameliorations ont une grande valeur. Par contre, il faut faire attention a comment on redige ca. Il ne faut pas donner des lecons, mais plutot suggerer, raconter ses use-cases, et conclure par des idees concretes.
Si par exemple tu ouvres un bug a n'importe quel projet pour expliquer que selon toi un bouton est mal place ce qui diminue l'ergonomie, ca fera reflechir, et si ton idee fait l'unanimite, il en resultera un changement.

Ben ça doit pour être ça, alors. Parce que dans la plupart des projets, quand on se lance dans une nouvelle version de dev, on discute d'abord de ce qu'on va mettre dedans, c'est pas chacun qui part sur ce qu'il veut n'importe comment. Par exemple, si tu vas voir sur le groupe de discussion de Vert.x (un autre projet d'Eclipse Foundation), tu verras qu'en ce moment, ça parle de ce qu'ils veulent mettre dans la version 3.0.

Citation:

Envoyé par Mickael_Istria

La je ne suis pas d'accord du tout. En tout cas, sur les projets dans lesquels je suis impliques, les suggestions d'ameliorations ont une grande valeur. Par contre, il faut faire attention a comment on redige ca. Il ne faut pas donner des lecons, mais plutot suggerer, raconter ses use-cases, et conclure par des idees concretes.
Si par exemple tu ouvres un bug a n'importe quel projet pour expliquer que selon toi un bouton est mal place ce qui diminue l'ergonomie, ca fera reflechir, et si ton idee fait l'unanimite, il en resultera un changement.

Oui, ça dépend des gens, dirons-nous. En l'occurrence, vue l'ampleur de ce qu'il faudrait changer, je ne vois pas très bien comment ça pourrait être bien pris de la part d'un outsider. Par exemple, dégager complètement le .project et tout faire avec du pom.xml, c'est le genre de proposition qui risque de changer à peu près tout dans Eclipse. J'ai du mal à imaginer que ça puisse bien passer. Parce que l'intégration Maven, c'est juste une horreur sans nom, quoi. Déjà, c'est toujours une pièce rapportée, c'est à dire un plugin optionnel. Ensuite, on peut toujours ajouter des bibliothèques directement dans le projet Eclipse (même si on a créé directement un projet Maven). Et on peut continuer. Parfois ça build en ligne de commande mais pas dans Eclipse, parfois l'inverse. Il y a 2 endroits où spécifier le config.xml, ce qui créé un joyeux merdier, mais on peut quand même indiquer un repo local ailleurs que ce qu'on trouve dans config.xml, etc. La réalité, c'est qu'on ne peut pas développer facilement en utilisant Maven sous Eclipse. Et ça, en 2014, ça commence à devenir franchement éliminatoire.

De ce point de vue, IntelliJ détecte à peu près tout : outils de versioning, de build (pas que Maven, mais aussi Gradle, par exemple), les serveurs installés, genre Tomcat ou Glassfish, pour lesquels des confs sont ajoutés pour pouvoir déployer directement dessus, et bien sûr les piloter et debugger avec. Tout ça, out of the box. Tu créés un projet avec Maven, tu vas avoir une fenêtre avec tes différents goals directement visibles et exécutables, pas de "Add Maven nature" ou de bidules mal foutus de ce genre.

La liste est loin d'être exhaustive. C'est juste une question d'angle de vue. L'ergonomie, c'est un truc qu'il faut avoir en tête dès la conception du truc. MÊME quand on s'adresse à de développeurs (parlez-moi des cordonniers, toujours les plus mal chaussés... Les développeurs, eux ont toujours les logiciels les moins intuitifs à utiliser).

Voir 40 message(s) de cette discussion en une page