Reprise du message précédent :
je vote lorill

gni ? pourquoi tu sérialises pas le graphe des beans ???

merci mon brave  

parce que t'es le dernier con a t'en servir ?
 
Non en fait c'est pas grand chose mon truc :
http://opensvn.csie.org/lucane/tru [...] State.java
 
ca me permet de sauver 3/4 propriétés avec d'autres trucs a moi dans un fichier properties par appli

 
pis d'abord je vous dis prout ! na !

y a qui à l'autre bout de ton oreillette ?

mon cul ? /o\
 
google.
 
par exemple (le_duc ça t'ennuie si on s'installe ? tu peux aller nous chercher du café stp ? tu es bien gentil) je cherchais un use-case de BeanContext, un truc de la toute dernière mouture de la norme du futur des javabeans ie. un truc défini en 1998, ben sur google a se bouscule pas au portillon.

 
je vote : variable

note pour benou: nr parle de javabeans + beanmodel beaneditor et toute la clique
note pour nr: je pense que bénoo à lu trop vite et crois que tu parles "juste" de javabeans, ie la bete naming conventions d'un bean avec cteur vide et getters/setters.

heu oui, mais non, quand je me lance dans un bordel, je le fais pas à moitié, je tente un component-centric jusqu'au bout.
 
edit : et je suis d3

je parlais bien de toute la norme. Je pense que dans le cadre des éditeurs à la Jbuilder c'est utilisé ...  
Mais la "convention JavaBean" a été utilisée pour plein d'autres truc. C'est devenu un "composant de base" qui ne nécessite pas tout le bordel avec la gestion des évenements qu'on peut voir avec la BeanBox.

mauvais exemple

ha bon ?

 

 
le label, c logique...

 
ben en fait je dois faire du DnD.
 
J'ai mes images sources et une images target ou il y'a 26 boutons (les 26 cantons de la suisse   ) dessus. Les boutons me serviront à savoir si le user à posé le canton à la bonne place .

dans jdiskreport, ils utilisent les préférences pour faire ça.