Reprise du message précédent :

T'as essayé en englobant le tout dans une feauture?

un rapport avec Word ...

 
  quand je repense à mes galeres avec les numerotations de paragraphes avec Word... plus jamais ça...

ben c'est surtout le rendu final et la mise en page souvent hétérogène malgré toi

 
oui je l'ai deja installé avec la 2.1 à l'epoque, maintenant je tourne sur 3.0...
sinon va sur la homepage du plugin pour voir la compatibilité avec 2.1.3
le repertoire semble au bon endroit en tout cas. Tu es allez dans les perspectives pour l'activer et dasn les preferences ?

colorer le fait pas ?

-->pour word : le XP est à peu près correct sur la numérotation auto...si j'avais pu, je l'aurais fait sous latex et la question se posait pas...mais ma boite m'a laissé une semaine libre pour faire mon mémoire, mais la contrainte c que je dois le faire au boulot...et au boulot g pas latex...et je pleures...

tu te fous de qui ? htmlize moi ça

j'ai beaucoup rédigé en ssh moi

 
c'est bon, j'ai trouvé....Mais par moments, Eclipse manque franchement de clarté : en fait, j'avais oublié d'exporter mon jar dans mon plugin 1...
Disons que dans l'assistant de config du plugin 2, quand j'ajoute le plugin 1 dans les required plugins, et que j'importe des classes du plugin 1, il pourrait me dire que le JAR n'est pas exporté!
 
Ou alors il faudrait que ça ne marche pas quand je fais un run!!  
 
Parce que ce qui a fait que je me suis même pas posé la question de l'exportation, c'est que quand je teste mon plugin dans le 'runtime workspace', ça marche!
 
C'est limite un bug, d'ailleurs, non?

gné

y marche pas chez moi colorer (RC3)
 
--> le popup s'ouvre, mais g rien dans le pane de visualisation...et en gros y génère rien...

bah rc1, ca marche...
change le path et valide, tu verras bien..

http://www.djefer.com/info/emacs/package.htm

ah en fait non, il marche pas pour les .java

tu sors taz...j'attends ma greffe de 3ème bras d'un jour à l'autre mais dans l'attente, je v rester sous eclipse...
 
de tt façon tlm sait que VI rulezzz
 
--> c marrant l'api a pas changé normalement entre la RC1 et la RC3....et g testé en changeant le path

 
Bah en fait quand je fais :
 
 Aide => à propos de plateforme Eclipse => Détails des plug-ins
ou
 Fichier => importer => plugins et fragments externes
ou
 Ouvrir une perspective
 
je ne le vois pas.

des infos sur la propriété "window > properties > workbench > appearance > Current Theme" ?
 
c'est pour avoir des look&feel différents ?

apparement, mais je connais pas d'autre look&feel SWT que le look&feel par défaut...à moinss qu'il fassent comme Sun, etqu'ils intégrent une compatibilité avec les L&F GTK

bah, normalement, comme SWT est basé sur des widgets natifs, y'a pas trop de notion de l&f, sauf si les widgets sous-jacents les supportent, non?

un peu qd même si...regarde les onglets de la V3...ils t'ont l'air standard ??? celà dit ca utilise énormément de natif, par ex la couleur du contour des fenetres vient du systeme...mais l'apparence finale de la GUI n'est pas celle du système..

ouais....A ce moment là, je vois pas l'intérêt de s'être fait chier avec du JNI dans tous les sens pour refaire un truc tunable "a la swing".

SWING cai bien

 
Voui!!
 
J'en ai pas fait depusi super longtemps, mais depuis 3 mois, j'aide un 'débutant' (il sort de l'école, quoi) sur une interface Swing (conseils d'architecture, etc...) et c'est hallucinant ce qu'il arrive à faire!
 
Des widgets semi-transparents, des images dans tous les coins, etc..Et ça dépote, en plus! Sur un Athlon 2500+, soit une bécane honnête, avec Eclipse lancé en même temps, son machéin déchire l'anus!
 
J'en suis resté sur le cul!

moi je débute aussi...et c vrai qu'une fois que t'a saisi la logique du bordel, tu peux faire des trucs ympa...

c'est sur que s'il sait faire un modèle correctement et qu'il touche pas à la méthode paint(), déjà ça a des perfs honnêtes. Après on peut jacky-tuner.

bah, son souci, justement, c'est le modèle.
Et aussi la connaissance de l'API : il utilise Eclipse, donc, il se ballade rarmenet dans la javadoc, et du coup, entre 2 méthodes du même nom, il prend souvent la première, alors que c'est pas toujours pertinent.
 
Pour le paint(), je sais pas...Faudra que je lui demande!
Mais sinon, nraynaud, pkoi redéfinir pain() est mal en Swing? Bon, je sais qu'il y a paintCoponent et consorts, mais pour des composants 'entièrement définis', ça pose pas de problème?
 
[Edit] Jy' pense : par 'na pas toucher à paint()', tu entendais peut-être 'ne pas appeller paint()'?

question con, pour virer un plugin proprement... vous faites quoi en plus de détruire les bons rép. dans plugins/ ?

rien...y'a un parser au démarrage qui détecte les plugins : si tu le vires, le parseur le voit plus, donc il ne l'init pas...
 

ok.
 
un chouïa off-topic (même si basé sur Eclipse)
> http://www.research.ibm.com/remail/prototype.html
 
ça a l'air sexy...
 
tout ça pour dire que je regarde les plugins groupware pour Eclipse
 

Les débutants sont incapables de faire un composant entier, donc ce problème ne se pose pas. Ensuite ils sont incapable de faire de la peinture rapide, donc moins ils touchent au code de peinture et plus ça va vite. Ensuite, le paint() est délégué au look-and-feel, lui seul à le droit de faire de la peinture sur des composants de base (on peut gribouiller par-dessus, mais pas avec paint).

 
oui, je vois ce que tu veux dire.
 
D'ailleurs, tiens, hier, il se faisait des noeuds au cerveau pour savoir comment faire en sorte que certains composants aient une image transparente en fond (c'est une interface 'entièrement skinnée', qu'il fait). Il cherchait un moyen de redéfinir paint() au niveau de Component! Je lui ai conseillé de regarder du côté de javax.swing.plaf. on verra. Mais a mon avis, il va se retrouver coincé : il a besoin de mettre son image de fond uniquement dans certains cas, pour un même composant...Et comme pour le moment, il n'a pas encore clairement défini les cas où il doit la mettre, il est pas arrivé!

y'a une fonction paintComponent(), mais il faut virer l'opacité des composants, ce qui rend le paint plus lent (puisqu'il délègue à la hiérarchie la peinture du fond).

Il avait tout mis dans le paint(), je lui ai dit de changer, mais c'est un peu à la con, ce qu'il veut faire : en fait, il a des composants, réduits sous forme d'un genre d'icône, et le composant 'actif', doit être semi-transparent.
 
A sa place, je me ferait un conteneur à fond semi-transparent, et qui appellerait setOpaque(false) a tous ses descendants...JE suis pas sûr que ça marcherait, mais cette approche me paraît plus adaptée à ce qu'il cherche à faire.
 
Enfin bon.

eclipse 3.0 out

\o/

Cool !
 
A part ça, une autre bonne nouvelle.
 
Pour ceux qui ne liront pas : "Red Hat's Eclipse Engineering team has freed the popular integrated development environment from its ties to a proprietary Java Virtual Machine."

une question tout les licence eclipse coute 0€? car je comtpe faire une mission dans un labo de recherche et je doit développer en java, je peut installer eclipse sans pb ou il leur faut une licence quelconque

c 100% gratos...
 
le seul truc qui peut etre payant sont les plugins, et encore, l'immense majorité est gratuite aussi...
 
si tu tiens absolument à payer, tu peux acheter l'IDE d'IBM, ou celui de Borland, qui normalement sont basés sur Eclipse... (celui d'IBM c flagrant, celui de borland un peu moins)