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
- News.com : "IBM donates code to open-source project" (3 clics)
- Eclipse (3 clics)
# Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Nÿco (site web personnel) . Évalué à 6.
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 vrm (site web personnel) . Évalué à 0.
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par spell (site web personnel) . Évalué à 7.
Vraiment que ce nom est mal choisi. (http://www.eclipsetotale.com/articles/FAQEclipse.html#Q7(...))
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Anonyme . Évalué à 0.
Tes sources ?
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Pierre Tramo (site web personnel) . Évalué à 3.
Sun, which has been pondering entry into the Eclipse consortium, applauded the decision to support the Swing application programming interfaces, or APIs, because they conform to Java standards. But Sun still has not come to terms with some fundamental issues with Eclipse that, if resolved, would open up the way for Sun's participation, said Joe Keller, Sun's vice president of marketing for Java Web services and tools.
(tiré de l'article sur news.com)
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par spell (site web personnel) . Évalué à -4.
Je croyais que c'étais fait.
Désolé.
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Raphaël G. (site web personnel) . Évalué à -6.
cf quand il avais pas de linux propre : le libre bonheur joie et exaltation et quand ils ont le leur : c'est un system de "bricoleur"....
Je suis fier d'être un bricoleur (surtout quand sa marche...)
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par VACHOR (site web personnel) . Évalué à 10.
Ce don de code est judicieux dans la mesure où ce feature était un manque notoire d'Eclipse, qui sera maintenant comblé par un outil qui est le top actuellement.
A suivre donc !
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par TImaniac (site web personnel) . Évalué à -3.
# Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Stéphane Traumat (site web personnel) . Évalué à 8.
voila, c'est fait
http://about.me/straumat
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par vrm (site web personnel) . Évalué à 3.
[^] # brevets et jdk libre compatible ?
Posté par free2.org . Évalué à 3.
Parceque je me souviens de problèmes projets libres comme enhydra et jboss qui ont vu que Sun n'aimait pas toujours le libre (surtout quand ça empeche Sun de vendre un max de licences commerciales J2EE qui sont chères)
[^] # Re: brevets et jdk libre compatible ?
Posté par Pierre Tramo (site web personnel) . Évalué à 4.
La politique de Sun (ou plutôt du Java Community Process) a évolué récemment sur ce point, et JBoss a accepté de payer pour obtenir la certification J2EE : http://www.zdnet.fr/actualites/technologie/0,39020809,39130808,00.h(...) http://www.weblmi.com/news_store/2003_11_20_JBoss_et_Apache_offi_4/(...) (quant à Enhydra, libre, ça remote à... loin).
[^] # Re: brevets et jdk libre compatible ?
Posté par free2.org . Évalué à 3.
https://forge.objectweb.org/projects/enhydra(...)
http://enhydra.org/(...)
[^] # Re: brevets et jdk libre compatible ?
Posté par Pierre Tramo (site web personnel) . Évalué à -4.
[^] # Re: brevets et jdk libre compatible ?
Posté par manuel . Évalué à 0.
Si c'est Open Source ce n'est pas libre ?
[^] # Re: brevets et jdk libre compatible ?
Posté par franck (site web personnel) . Évalué à 2.
mais ça serait trop long à expliquer ... (histoire de nuance)
[^] # opensource=libre si on respecte la marque déposée par OSI
Posté par free2.org . Évalué à 1.
et si on respecte cette marque seuls les softs libres (libres plutot au sens Debian qu'au sens FSF ) ont le droit d'être appelés opensource:
http://opensource.org/docs/definition.php(...)
c'est à ne pas confondre avec les "shared source" ou "community source" qui ne sont en aucun cas des licences libres (pas le droit de redistribuer des sources modifiés sans autorisation spéciale)
[^] # Re: opensource=libre si on respecte la marque déposée par OSI
Posté par Pierre Tramo (site web personnel) . Évalué à -1.
[^] # Re: opensource=libre si on respecte la marque déposée par OSI
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
Diable, mais alors il va falloir vite aller dire ça aux gens de www.opensource.org.
En page d'accueil :
"The basic idea behind open source is very simple"
Elles sont ou les majuscules ?
Bref, je serais curieux de connaitre tes sources ... (par contre, visiblement, opensource.com était un vendeur de logiciel à une époque.)
[^] # Re: opensource=libre si on respecte la marque déposée par OSI
Posté par free2.org . Évalué à 3.
Il s'est alors inspiré de la définition du libre de Debian pour créer OSI et déposer la marque opensource.
PS: arretons ici ce troll car en + Enhydra est sous licence LGPL !
[^] # Re: brevets et jdk libre compatible ?
Posté par manuel . Évalué à -1.
Il me semble qu'un projet "Open Source" est libre, par définition.
[^] # Re: brevets et jdk libre compatible ?
Posté par Laurent Mouillart . Évalué à 1.
[^] # Re: brevets et jdk libre compatible ?
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
Oui, soit, mais dans "open source", tu vois ou le verbe "voir" ?
Alors:
* Relire la définition de l'open source sur www.opensource.org
* Relire la définition du libre
* Chercher une différence
* Se rendre compte que c'est pareil, sauf sur quelques points de détail, mais alors vraiment de détails.
http://www.opensource.org/docs/definition.php(...)
[^] # Re: brevets et jdk libre compatible ?
Posté par Laurent Mouillart . Évalué à 2.
[^] # Re: brevets et jdk libre compatible ?
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
J'ai déjà répondu à ça :
http://linuxfr.org/comments/278559.html(...)
Je n'ai jamais compris d'ou venaient ces distinctions, mais surement pas d'une définition officielle.
[^] # Re: brevets et jdk libre compatible ?
Posté par Laurent Mouillart . Évalué à 0.
[^] # "visible source" != "open source"
Posté par free2.org . Évalué à 1.
exemple: zope visible source license http://www.zope.com/Legal/zvsl_1(...)
(à ne pas confondre avec la ZPL)
[^] # Re: brevets et jdk libre compatible ?
Posté par Pierre Tramo (site web personnel) . Évalué à 2.
Au début étaient le logiciel libre, défini par la FSF, et le logiciel open source, terme communément employé pour désigner un logiciel dont les sources sont fournies, sans pour autant qu'on ait le droit d'en faire quoi que ce soit d'autre que de les lire. Bien évidemment, tous les logiciels libres sont open source, mais l'inverse est loin d'être vrai.
Puis un jour quelques personnes qui trouvaient que le free de free software pouvait aussi être interprété gratuit décidèrent qu'il fallait faire quelque chose pour stopper cette confusion. Ainsi ils fondèrent l'OSI et rédigèrent la définition du logiciel Open Source, assez proche de la définition du logiciel libre de la FSF (certains les ont accusés de ne mener qu'une guerre d'influence contre la FSF, mais non, voyons, ce ne sont que de mauvaises langues). Seulement voilà, en voulant supprimer une confusion, ils en on créé une autre, les bougres ! C'est depuis ce temps que certaines personnes prennent soin de distinguer opensource et Open Source (tm).
[^] # Re: brevets et jdk libre compatible ?
Posté par Pierre Tramo (site web personnel) . Évalué à 1.
Open Source (tm) de l'OSI != opensource
Le terme opensource signifie qu'on a accès aux sources, rien de plus. En passant en licence LGPL, Enhydra est redevenu libre (les toutes premières versions l'étaient déjà), mais les versions précédentes ne l'étaient pas, tout en étant opensource.
# Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par vrm (site web personnel) . Évalué à 8.
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 Nicolas Delsaux (site web personnel) . Évalué à 3.
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 gcherief . Évalué à 1.
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Jean-Marc Spaggiari . Évalué à 7.
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 Antoine Reilles (site web personnel) . Évalué à 5.
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 spell (site web personnel) . Évalué à 3.
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 jmfayard . Évalué à 6.
Facile :
zf a{
Les replis se font avec une commande z-quelquechose.
fermer, c'est donc zf
Tu fermes quoi ? Un bloc {....}
Soit en anglais a {
La doc en français est ici : http://vim.dindinx.net/traduit/fold.txt.html(...)
Rappel, on peut utiliser vim dans kdevelopp grâce au projet kvim
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par jmfayard . Évalué à 2.
http://vim.dindinx.net/traduit/netbeans.txt.html(...)
PS: soyez tolérant, ça n'est pas encore relu.
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par cam (site web personnel) . Évalué à 1.
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par ufoot (site web personnel) . Évalué à 1.
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 Boa Treize (site web personnel) . Évalué à 2.
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 ufoot (site web personnel) . Évalué à 2.
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 ufoot (site web personnel) . Évalué à 1.
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 Da Scritch (site web personnel, Mastodon) . Évalué à 1.
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 Boa Treize (site web personnel) . Évalué à 2.
Shift-Ins, Ctrl-Ins, Shift-Suppr, c'est un vieux standard qui était pas mal utilisé dans les années 80/90 avant que Ctrl-{X,C,V} ne s'impose en provenance du Mac. Notamment, c'était le standard sous Windows 3.1, ainsi que sous les OS d'IBM, que de souvenirs. :-)
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Nicolas Roard (site web personnel) . Évalué à 3.
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 Jean-Marc Spaggiari . Évalué à 1.
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Nicolas Delsaux (site web personnel) . Évalué à 2.
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 Jean-Marc Spaggiari . Évalué à 1.
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Etienne Juliot (site web personnel) . Évalué à 4.
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 Jean-Marc Spaggiari . Évalué à 1.
Apres une recherche un peu plus approfondie, on peut trouver l'info ici : http://www.eclipse.org/eclipse/development/eclipse_project_plan_3_0(...) (recherche folding dans la page ...)
JMS.
# Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par spell (site web personnel) . Évalué à 10.
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 Eul Guignol . Évalué à 7.
un nouvel adepte du 14 heures du matin ;-)
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Philippe . Évalué à -2.
Désolé
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 0.
Ce commentaire a été supprimé par l’équipe de modération.
# Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Antoine Reilles (site web personnel) . Évalué à 5.
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par jcs (site web personnel) . Évalué à 3.
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par wikiclub . Évalué à -4.
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Snark_Boojum . Évalué à 1.
Snark
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Sebastien (site web personnel) . Évalué à 1.
# Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Nicolas Delsaux (site web personnel) . Évalué à 3.
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 Jérôme LAFORGE . Évalué à 1.
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Etienne Juliot (site web personnel) . Évalué à 3.
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 Cook Captain . Évalué à 1.
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 Gabriel . Évalué à 1.
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 Tof . Évalué à 1.
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 Pierre Tramo (site web personnel) . Évalué à 2.
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 pada . Évalué à 2.
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 Pierre Tramo (site web personnel) . Évalué à 1.
Et il me semble que les premières versions de Java (pour les dernières je ne sais pas) ont également été standardisées auprès de l'ECMA.
# Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par governator . Évalué à 0.
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par atom747fr . Évalué à 1.
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Tof . Évalué à 2.
http://swingwt.sourceforge.net/(...)
Il permet d'utiliser les composants SWT avec la syntaxe de swing/awt, ce qui permet de coder en gardant son habitude swing ou meme d'utiliser une application codée pour swing avec SWT.
# Re: et chezvouscamarche ?
Posté par julien . Évalué à 1.
PS, j'ai l'impression que eclipse 2.1.2 tourne bien mieux que les precedents avec gtk ? y'a que moi ?
[^] # Re: et chezvouscamarche ?
Posté par vrm (site web personnel) . Évalué à 1.
# Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Tristan RENAUD . Évalué à 2.
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 Roger Rabbit . Évalué à 1.
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 Tristan RENAUD . Évalué à 1.
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 Pierre Tramonson . Évalué à 2.
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.