IBM fait un don de code pour l'éditeur graphique d'Eclipse

Posté par  . Modéré par Xavier Antoviaque.
Étiquettes : aucune
0
24
nov.
2003
Java
IBM ouvre du code pour servir de fondement à un projet d'éditeur graphique pour l'environnement de développement Eclipse.

Le code concerné serait celui de Visual Editor for Java, un composant de WebSphere Studio.

Une bonne nouvelle pour tous les utilisateurs d'Eclipse qui souhaitent développer des applications Swing et un pas de plus vers SUN qui pourrait, un jour, rejoindre le consortium Eclipse.

Aller plus loin

  • # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

    Posté par  (site web personnel) . Évalué à 6.

    Java de Sun va-t-il se faire écrabouller par dotNet de MS ?
    Pour éviter ça, Sun (avec tous les autres acteurs de la scène Java) semble avoir un moyen : le libre.

  • # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

    Posté par  . Évalué à 8.

    Juste pour éviter certains trolls : http://www.gnu.org/software/java/java.html(...) :D
    voila, c'est fait

    http://about.me/straumat

  • # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

    Posté par  (site web personnel) . Évalué à 8.

    A noter que Eclipse 3.0M5 viens de sortir :
    http://download.eclipse.org/downloads/drops/S-3.0M5-200311211210/ec(...)

    • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

      Posté par  . Évalué à 3.

      Cool !
      J'utilise la M4 depuis un certain temps sans problème notoire (mis à part des plugins comme Eclipse UML 2 qui ne se lance pas), et certaines fonctionnalités sont vraiment très pratiques : le code source de la classe dans un tooltip quand je passe sur un appel avec la souris en appuyant CTRL, les multiples plugins d'édition divers et variés, la mise en couleur des noms des méthodes (ça peut faire sourire, mais la coloration synataxique de la 2.n ne me paraît vraiment pas au top).

      • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

        Posté par  . Évalué à 1.

        En même temps quand on utilise Une version Mx on ne se pleint pas que les plugins ne fonctionnent pas.

      • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

        Posté par  . Évalué à 7.

        Ce qui me manque beaucoup dans eclipse, c'est de pouvoir "fermer" un méthode à l'affichage ...

        Du style


        public void mamethode ()
        {
        /// blabla
        /// blabla
        /// blabla
        Plein de code de partout
        /// blabla
        /// blabla
        /// blabla
        }

        Hop, on la ferme, et ca devient

        (+)public void mamethode ()


        et elle nous emmerde plus à l'affichage ...

        • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

          Posté par  . Évalué à 5.

          du coup, ce qui me ferait *vraiment* plaisir, c'est de pouvoir embarquer l'éditeur de mon choix dans Eclipse (vim ou emacs, peu importe), pour avoir un éditeur puissant couplé a cet IDE puissant.

          C'est le cas dans d'autres projets, comme Kdevlop, ou Anjuta (autant que je sache), alors pourquoi pas pour Eclipse (bon, ok, c'est aussi la fin du "c tout portable, en java, blah blah", mais rien n'emèche de garder un éditeur interne avec...)

          • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

            Posté par  (site web personnel) . Évalué à 3.

            Tiens est-ce que tu sais faire ce que dit Jean Marc juste au dessus avec vim, à savoir cacher une fonction (folding).
            Je pense qu'il faut utiliser un plug-in pour ca..
            J'aimerais bien un retour d'expérience là dessus : si ca marche bien, avec le java et le php. Quels autres plug-in vous installez..?

            Sinon, pour éclipse, vu que le but c'est d'en faire L'éditeur multilangage, pas question de passer par un autre éditeur interne.
            Il vise à remplacer tous les éditeurs de codes.

            Mais j'ai déjà lu que netbeans pouvait substituer vim à son éditeur interne, j'espère que c'est toujours le cas. Donc utilise plutot netbeans.

          • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

            Posté par  . Évalué à 1.

            Oui, c'est assez désolant de voir que beaucoup d'éditeurs d'IDE se sentent obligés de réinventer la roue et nous repondent un nouvel éditeur de texte (parfois propriétaire même...).

            Ce serait bien si ces éditeurs adoptaient une approche un tant soit peu modulaire et essayaient de se plugger sur les éditeurs existants, plutôt que d'imposer leur choix. Parce qu'effectivement, un IDE qui ne me permet pas d'utiliser vim ou emacs de manière transparente, c'est même pas la peine d'essayer de me faire utiliser de mon plein gré 8-)

            Désolé pour le coup de gueule mais autant je comprends que sur OpenOffice.org on impose les raccourcis à la Windows type CTRL-C/CTRL-V/CTRL-X pour copier/coller/couper parce que c'est pour pas troubler les secrétaires et les décideurs, mais Eclipse c'est un truc pour développeur donc là on serait en droit d'exiger un bidule qui se configure à donf!

            Enfin bon Eclipse n'a certainement pas dit son dernier mot mais bon...

            • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

              Posté par  (site web personnel) . Évalué à 2.

              Ouais, mais la faute est très partagée. La structure de Vim le rend très difficile à intégrer dans un IDE, en général basé sur une boucle évènementielle. Pour EMACS, c'est peut-être pareil.

              Rassurons-nous, nous ne sommes pas les seuls à le penser, et donc des personnes travaillent dessus. Je crois qu'il y a un support pour Netbeans dans Vim, donc Eclipse devrait être faisable (et une fois la base du travail bien faite, tout autre IDE devrait être faisable).

              • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

                Posté par  . Évalué à 2.

                Effectivement je dois reconnaître que la faute n'est pas forcément uniquement du côté des éditeurs d'IDE. Typiquement tout serait plus simple si il y avait de beau wrappers ActiveX/Bonobo/Kparts(?) pour les éditeurs UNIX traditionnels.

                En ce qui concerne Emacs, il existe une architecture client/serveur (qui fonctionne au moins sous UNIX, sous Windows je sais pas si ça marche) et qui permet à un client Emacs de dialoguer à un serveur Emacs. A priori donc ça ne me semblerait pas idiot qu'Eclipse emule l'un ou l'autre des 2 bouts de la chaîne et que le lien s'établisse ainsi.

                Encore faut-il trouver le temps pour coder un truc pareil. Si je voulais faire un procès d'intention aux gens d'Eclipse je dirais qu'ils n'en ont rien à foutre qu'ils savent qu'Emacs ça existe et que si ils se sont cassé le biiiiiip à coder un nouvel éditeur from scratch c'est *pas* pour finir en annexe d'Emacs avec tout un tas d'implications diverses et variés dont ils se dédouanent élégamment en ayant leur propre code à eux. Perso je serais éventuellement motivé pour développer ce genre de passerelle Emacs/Eclipse si Eclipse avait vraiment des killers features qui me motiveraient suffisamment, mais pour l'instant je ne vois rien qui m'affolle. Mais bon je vais suivre l'affaire, ça pourrait devenir intéressant 8-)

            • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

              Posté par  . Évalué à 1.

              Ce serait bien si ces éditeurs adoptaient une approche un tant soit peu modulaire
              Oups au temps pour moi je viens de regarder un peu de doc sur Eclipse et on peut difficilement leur faire le reproche de la non-modularité. Ceci dit en fait j'ai pas trop l'impression que ça soit facile de rentrer GNU/Emacs en tant que plugin vu que tout à l'air centré autour de l'éditeur justement, qui accepte des plugins par langage ou par "tâche" apparemment.

              Bon, mouaif, je reste sceptique, l'a l'air pas mal leur bidule mais bon pas assez ouvert sur le monde extérieur on va dire (ce qui est un problème récurrent des programmes Java d'ailleurs...).

            • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

              Posté par  (site web personnel, Mastodon) . Évalué à 1.

              Je remarque qu'OOo accepte aussi Shitft-ins Shift-del qui d'ailleurs existent aussi sous ... ms-office ! (malheureusement, pour copier, je vois pas)

              le xcv, c'est malheureusement historique, et restera plusieurs années. D'ailleurs , même sur mon palm-pilot, ça existe encore !

              Dans le genre, les raccourcis qui semblent plus parlent : pour fermer une fenetre, je trouve alt esc plus évident que alt f4, non ?
              (j'ai aussi alt pause pour lancer l'économiseur d'écran)

        • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

          Posté par  . Évalué à 3.

          Ce n'est pas disponible ? étonnant, c'est quand même une fonctionnalitée bien appréciée des développeurs, et présente un peu partout (dans vim et emacs par exemple...).

          Le terme anglo-saxon utilisé est "folding", fait une recherche là dessus, tu trouveras peut être un plugin eclipse pour cela...

        • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

          Posté par  . Évalué à 2.

          Ca ne se fait pas comme ça dans Eclipse : dans ta barre d'outil, tu as un bouton dont le texte anglais est "show source of selected element only", avec comme icône un petit carré bleu sur un bout de code.
          Si tu l'utilises, conjointement avec l'outline, tu ne verras que la méthode sur laquelle tu cliques.
          D'accord, ça n'est pas exactement la fonctionnalité dont tu parles (en fait, c'est la méthode la plus sale de l'implémenter), mais bon, c'est fait comme ça dans Eclipse.
          Et personnellement, je ne m'en sers pas, puisque mes classes sont générallement assez courtes ...

          • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

            Posté par  . Évalué à 1.

            En fait, ca fait exactement l'inverse de ce dont j'ai besoin, à savoir afficher une seule méthode, alors que j'ai besoin de cacher une seule méthode ;) A mon avis, cette fonctionnalité est necessaire pour reproduire le comportement de VisualAge qui n'affichait par défaut que la méthode sélectionnée ... Merci pour l'astuce. JMS.

        • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

          Posté par  (site web personnel) . Évalué à 4.

          Si ca peut te rassurer, ils sont en train de le faire. Ca sortira pour la 3.0 final.

          Je sais plus exactement où je l'ai vu, mais c'était là dedans : http://www.eclipse.org/eclipse/development/main.html(...)

  • # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

    Posté par  (site web personnel) . Évalué à 10.

    Note : Par éditeur graphique, il faut comprendre éditeur d'interface graphique.
    Moi, j'avais pas compris; mais j'ai peu le cerveau au ralenti ce lundi matin.

  • # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

    Posté par  . Évalué à 5.

    en plus, Eclipse, c'est un bon moyen pour pouvoir intéresser du monde a un nouveau langage qu'il est bien : TOM ( http://tom.loria.fr(...) )

  • # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

    Posté par  . Évalué à 3.

    Une bonne nouvelle pour tous les utilisateurs d'Eclipse qui souhaitent développer des applications Swing et un pas de plus vers SUN qui pourrait, un jour, rejoindre le consortium Eclipse.
    Ca me paraît assez difficilement envisageable : Sun pousse de son côté NetBeans, et n'a aucun intérêt à ce qu'Eclipse et SWT prennent sa place au soleil. Je les vois donc très mal rejoindre le consortium IBM (pardon, Eclipse) et collaborer à une plateforme qui se veut concurrent de Swing.

    • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

      Posté par  . Évalué à 1.

      exact, en plus le nom Eclipse n'est pas du gout de Sun. Ils n'ont vraiment aucun humour chez Sun ;)

      • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

        Posté par  (site web personnel) . Évalué à 3.

        Ouai, mais Sun n'a plus vraiment le choix.

        Netbeans est bien jolie, mais il s'est fait tué dans l'oeuf par Eclipse.
        Eclipse est une vague déferlante dans le milieu des IDE java, et surement bientot ailleurs.

        Pour preuves que personne n'a le choix, même Borland qui dominait le marché il y a peu est obligé de sortir des produits (UML, Test, ...) intégrés à Eclipse, leur concurrent !

        Le nom Eclipse ne plaie à Sun, ca c'est clair. Et Sun a dit qu'ils rejoignaient le consortium eclipse.org que si celui-ci change de nom. Or, d'après des sources internes à IBM, ca devrait se faire.

        Après, on peut imaginer que seul la plateforme change de nom, que l'IDE reste Eclipse. En plus, j'aime bien ce nom :)

        Pour moi, Eclipse est maintenant est un des GROS projets OpenSource aux côtés de : Linux, OpenOffice, Mozilla, Apache. (bon, y'en a d'autres, mais ceux-là sont particulièrement reconnu et pros (pas de troll, ca vaut pas le coup)).

        • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

          Posté par  . Évalué à 1.

          Netbeans n'est pas mort, même s'il a effectivement fort à faire avec la concurrence... et c'est tant mieux.

          A noter la pré-release de Netbeans 3.6 avec un nouveau système de fenêtrage beaucoup, beaucoup, beaucoup plus sympa.

          Pour une première évaluation (en anglais) :
          http://www.softwarereality.com/programming/netbeans36dev.jsp(...)

        • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

          Posté par  . Évalué à 1.

          D'après une expérience personelle, Neat-Beans a beaucoup souffert et souffre beaucoup de son interface awt et de sa lourdeur. Pour ce qui est de l'awt pas besoin de faire un dessin: le souci est que qd tu utilises un éditeur de texte (pataper!) tu veux en général aller vite. S'il met une plombe à réagir, la main ne suit plus la tête et c'est grillé.
          Deuxio, sa lourdeur: avec un pote on s'est amusé un jour il y a deux ans à lancer Neat-Beans sur un 64Mo, l'ordinateur il rame encore. Depuis, plus envie de retester, Eclipse me suffit. Il scrolle qd je descend le curseur, parfois a des accès de lenteur mais pour du java c'est vivable que demande le peuple?
          Note: WSAD est aussi d'une lenteur phénoménale à l'ouverture, et fait des choses idiotes par défaut comme la vérification des jsp qui prend 2 heures. A paramétrer pour avoir un outil à peine potable, qui a encore des accès de freeze. J'ai laissé tomber pour le presque agile Eclipse. Et libre!
          Bref, Eclipse est arrivé avec une bonne idée, SWT, au bon moment, qd les ordinateurs avaient en moyenne enfin plus de 128-256-512 Mo.
          L'acceptation de java je trouve suit la courbe de Mo moyen des ordis, plus il y en a plus cela devient acceptable (en poste mono utilisateur, côté serveur c'est autre chose)

  • # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

    Posté par  . Évalué à 1.

    Et J2EE bientot libre ?

    http://www.vnunet.fr/actu/article.htm?numero=11626&th=ent&d(...)

    • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

      Posté par  . Évalué à 2.

      Rien à voir.
      J2EE est une norme (ou plutôt un ensemble de normes, définies par le Java Community Process, cf http://www.jcp.org/en/jsr/ec?listBy=1(...) ).
      Le serveur applicatif de Sun n'est qu'une implémentation de cette norme.
      Le fait que Sun envisagerait de fournir une version de base de son serveur applicatif sous une licence libre pour regagner des parts de marché contre les autres serveurs J2EE n'a aucune influence sur la norme J2EE (et d'ailleurs, la notion de liberté n'a pas beaucoup de sens pour une norme).

      • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

        Posté par  . Évalué à 2.

        l>>>>> la notion de liberté n'a pas beaucoup de sens pour une norme<<<<<<<<<

        Je ne sais pas mais la notion de norme en a beaucoup pour la liberté : "Une norme est un document établi par consensus et approuvé par un organisme public reconnu, qui fournit, pour des usages communs et répétés, des règles, des lignes directrices ou des caractéristiques, pour des activités ou leurs résultat". C'est la garantie que nul n'imposera ses contraintes au détriment d'une communauté. Le caractère public d'une norme est essentiel (cf le mess actuel sur les brevets, pour ne pas parler de l'impact des normes proprios ... mais là c'est une chanson bien connue ici)

  • # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

    Posté par  . Évalué à 0.

    l'éditeur graphique gère Swing pour le moment et bientôt Swt (le swing d'IBM) qui peut se révéler pratique dans certains cas même s'il n'est pas standard contrairement à Swing

  • # Re: et chezvouscamarche ?

    Posté par  . Évalué à 1.

    parce que au boulot sous win, aucun probleme, mais chez moi sous linux, impossible de faire tourner l'editeur visuel

    PS, j'ai l'impression que eclipse 2.1.2 tourne bien mieux que les precedents avec gtk ? y'a que moi ?

  • # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

    Posté par  . Évalué à 2.

    Bonjour à tous,
    Je m'attendais à voir dans la news un lien vers le plugin V4All, qui est un éditeur d'interface graphique SWING et SWT pour eclipse, dont le développement est toujours actif, même si la dernière version date du 16 Novembre, mais rien, alors je vous transmet l'info :-)

    V4All est utilisable dans sa version actuelle, et n'attend que le retour d'expérience des développeurs Java pour évoluer selon les besoins de tous.

    Pour finir, je n'ai pas trouvé d'informations précises et claires sur la licence de ce plug-in. Il est dit sur le site qu'il est "open-source", avec tout le flou que ce terme comporte (merci de ne pas débattre à nouveau sur ce sujet, cela à déjà été traité précédemment).

    Le lien (sourceforge) : http://sourceforge.net/projects/v4all/(...)
    Le site internet : http://v4all.sourceforge.net/index_start.html(...)

    Bon surf, et n'hésitez pas à donner votre avis sur ce plugin après l'avoir essayé !

    • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

      Posté par  . Évalué à 1.

      Salut,

      j'ai installé ce plug dans sa derniere version sous GNU/Linux
      avec un eclipse 2.1.1 .... j'ai bien suvi les indiquations d'install
      sur le site => résultat ce plugin est chez moi un bug géant, il n'y
      a rien qui marche .... :/

      Aurais je oublié quelque ?

      Quelles versions de V4all et d'eclipse utilises tu ?

      Dans les commentaires du site de plugin d'eclipse de nombreux
      users ont les meme pb que moi, a savoir rien ne marche, mais
      pas de solution pour l'instant ...

      merci

      • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

        Posté par  . Évalué à 1.

        Voici ma configuration :

        Eclipse 2.1.1, mis à jour vers 2.1.2 avec l'outil de gestion des mises à jour inclus dans Eclipse.

        V4All 2.1.1.9, mis à jour il y a 5 minutes ;-) (pour la procédure, voici ce que j'ai fait : suppression du répertoire v4all dans $Eclipse/feature/ et dans $Eclipse/plugins, puis unzip de la nouvelle version à la racine d'Eclipse ($Eclipse)
        Pour la mise à jour, il faut la faire eclipse arrêté, puis relancer l'outil, confirmer les modifs, et valider sur la question pour redémarrer Eclipse... C'est tout ce que j'ai fait.

        Quelques tests sommaires n'ont pas fait planter l'outil. J'ai juste créé une petite fenêtre avec quelques contrôles, puis générer et exécuter en swing, ça marche.

        Si tu le souhaites, nous pouvons continuer cette discussion sur le forum "Help" de v4all sur sourceforge.net, c'est le lieu le mieux indiqué pour ce genre de conversation. Tu n'as qu'a y créer un nouveau sujet, dans lequel tu décriras exactement ton problème, tes versions, et éventuellement les messages affiché sur la console lorsque ça plante (pour cela il te faut lancer eclipse dans un shell)

        A++ sur sourceforge.

    • [^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse

      Posté par  . Évalué à 2.

      Pour la liste des plugins Eclipse par catégorie, voir la page http://eclipse-plugins.2y.net/eclipse/plugins.jsp(...) .
      Et parmi les plugins, ceux concernant les Editeurs d'interfaces graphiques : http://eclipse-plugins.2y.net/eclipse/plugins.jsp?category=UI&s(...)

      Je l'avoue je n'avais pas encore essayé les plugins d'éditeurs d'interface graphique, j'avais été tellement déçu par celui de JBuilder !
      Peut-être que je vais retenter maintenant :)

Suivre le flux des commentaires

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