HOME | DD
MenInASuitcase — Java paint
Published: 2010-05-02 18:26:44 +0000 UTC; Views: 2249; Favourites: 19; Downloads: 34
Redirect to original
Description
Today i start to code a Paint application using java and Eclipse,i can't upload this to let people try it on deviantart so i took some screenshot
i'm pretty proud that i made this in one day, i started learning Java 2 weeks ago 
i got alot inactiv on DA because of this, those two last weeks i did use from 5 to 10 hours to learn Java everyday 
it was not easy at all 
...------------------------
EDIT : DOWNLOAD HERE
Related content
Comments: 47
o_____O; 2 weeks ago?! That's soooo awesome! You're waaay too good at this =]
👍: 0 ⏩: 1
thanks 
👍: 0 ⏩: 1
oooohhhhh! That's cheating! 
👍: 0 ⏩: 0
ha I wanna learn FLASH, that would be a first for me ^^ It's great and you're right, we should always look forward to learn new stuff on our own !
👍: 0 ⏩: 1
thank you 
👍: 0 ⏩: 1
i'm such a noob...what's the beginning for animating picture ? flash ? java ?
I'm from France, and I was so jealous when I saw that in the UK, in the community school I teached for 1 year as a student, they were learning how to do flash animation...at 12 !!! ^^
I have so many characters to animate
👍: 0 ⏩: 1
han
Je ne vois pas très bien ce que tu veut dire par animer des images 
👍: 0 ⏩: 1
hmm en fait j'ai déjà essayé, je ne sais plus avec quel programme, et le problème est que même en prenant des images 50x50, si je voulais une animation fluide, je me retrouvais avec des fichiers énormes...je crois que je n'ai pas assez étudié comment l'oeil capte le mouvement et peut être que j'ai mal découpé le mouvement pour pouvoir faire une animation en peu d'images...
L'autre soucis que j'ai souvent c'est qu'à l'enregistrement, si je travaille sur photoshop 7 par exemple, mon fichier GIF perd une grosse quantité de pixel, et l'image devient très moche (surtout quand je dois réduire à 50x50 ou meme 150x150).
Pour ça je crois que je ferais mieux de travailler avec du .png
D'ailleurs en fait j'ai le même soucis avec les icones (comme mon avatar), en général je prend une image haute définition, que je colle sur un fond 50x50 et je réduis à l'aide de l'outil "transformation", mais du coup, c'est pixellisé à mort, et mon image est d'une horrible qualité haha ^^
Donc par exemple je n'ai aucune idée de comment faire une image de qualité visuelle comme ton avatar ^^
Enfin je suppose qu'il y a des tutorial dans le coin il faudrait que je change mon avatar cet été
Bon courage pour Java !!
👍: 0 ⏩: 1
oui le retaillement d'image pause souvent des problemes
👍: 0 ⏩: 0
omg dude, how can you do this so fast ? you are a computer ! ^^
👍: 0 ⏩: 1
Merci
👍: 0 ⏩: 1
ouai forcement, mais bon ca empêche pas que tu m'impressionnes ^^
👍: 0 ⏩: 0
Looks great!
👍: 0 ⏩: 1
One day we will see your paint program as a rival of Photoshop? *icongrin--plz:
You will need like 200 people to make something similar
👍: 0 ⏩: 1
yes i think so
👍: 0 ⏩: 1
have u ever heard of Family Force 5? I just saw them at a concert, and Skillet too! i love skillet! <3 aghhh they make my heart sing!! lulz..sorry for the random messege lol
👍: 0 ⏩: 1
yes i like them 
👍: 0 ⏩: 1
yah
i wana give u a hug too! 
👍: 0 ⏩: 0
Interesting... but I'm not sure that Java is a good language for this kind of application... perhaps with a better JVM as promised for Java7 (but I don't think so).
Ce n'est que mon avis de développeur Java... mais tu as bien raison d'apprendre en te faisant plaisir (?). Tout dépend de tes connaissances mais petit conseil pour l'objet en général:
- coder est important mais pas suffisant... il faut capter ce qu'est (et n'est pas) l'objet et passer beaucoup de temps à l'analyse (comment développer au mieux les différents composants).
- je préfère le fond à la forme... je préfererai un beau diagramme UML de comment tu as développé ton application plutôt que le joujou en état de marche (réflexe du type sensible au développement objet et dont c'est le boulot ... mais pour moi, l'objet est une forme d'art 
(fin du mode semi-donneur de leçon 
👍: 0 ⏩: 1
Mais oui il est vrai que les screenshots ne donne aucun indice sur la façon dont a été faite l'application.
En faite je suis entrain de faire le tutoriel sur Java du site du zero
Je me suis bien amusé avec avant de regarder la correction, et je l'ai même pousser plus loin quand j'ai vu que cela m'a bien plus et que j'ai réussi a le faire sans trop mettre de temps.
Je ne suis malheureusement par encore complètement a l'aise avec tous les termes UML même si je sais les utiliser pour les langages que je connais, mais c'est une idées intéressante, je vais essayer de faire l'UML de cette application, je ferais l'uptdate avec les screenshots quand je se sera fais
👍: 0 ⏩: 1
Faut pas se formaliser de trop sur les notations UML... ça sert avant tout à avoir les idées à peu près clair pour soi et pour les autres. Trop de gens se ruent sur le code sans réfléchir.
Oui, pas de problème, je peux toujours jeter un coup d'oeil (tant que je n'ai pas l'impression d'être au boulot une fois au repos
👍: 0 ⏩: 1
Voila
Par exemple pourrais tu me dire ce que tu pense de ceci, j'aimerais faire différentes classe pour sauvegarder sous différent extension les projet.
Pour l'instant je peu uniquement enregistrer au format .txt, je compte faire un enregistrement XML et donc pour ceci je compte faire une interface pour implémenter mais différents fichier de sauvegarde, cela te semble-t-il correct?
👍: 0 ⏩: 1
C'est le propre du schéma d'évoluer... quand ça bouge peu c'est louche.
Bon, par où commencer...
En fait, il n'y a pas de (trop) mauvaise façon de faire, je vais juste essayer de te faire comprendre la puissance de l'objet.
Le fait de découpler le dessin (PlancheDessin) du Point dessiné (de sa représentation mathématique disons) est une bonne chose. De même que décomposer Menu / Planche / JFrame.
Tu as donc réalisé une application qui remplit le cahier des charges, mais que se passe-t-il si on te demande un truc plus complexe... y a des chances que tu repartes de zéro... alors que la base n'est pas trop mal.
Donc, maintenant, je vais (faire de mon mieux pour) te montrer la où réside la puissance de l'objet en poussant le bouchon un peu plus loin (en gardant bien en tête, je me répète, que ce type d'application graphique n'est pas forcément très pertinent en Java 
Deux exemples:
- penses à tes points comme des formes. Tu as donc une interface Shape (ou Forme) de laquelle peuvent dériver Point, Rectangle et autres trucs (que l'on peut plus ou moins regrouper selon la réflexion)... voir même des images (pixellisés voire même vectorielles 
- de l'autre côté, vois ta planche à dessin comme un truc plus complexe... genre une planche qui contient des planches (les fameuses couches ou "layers" de 'toshop ou Gimp et autres).
... et *paf*, conceptuellement bien sûr, tu transformes ton petit simili-Paint en un machin qui commence à avoir de la gueule.
Dans le même ordre d'idée, je vois que tu colories avec Color... peut-être peux-tu regrouper cela de façon à utiliser GradientPaint, de façon à placer des dégradés.
Pour revenir à ta question sur les sauvegardes sous différents formats c'est bien sûr une bonne idée... Si tu l'ignores, sache qu'il est également possible de sauvegarder tout ou partie de l'application elle-même (je détaille pas, mais en gros tu "sérialises" ta classe principale, ou une autre, qui a une référence sur tous les objets). Tu peux employer la même technique pour conserver le dessin en cours, une sorte de format natif de ton dessin (comme le xcf sous Gimp). Pour des sauvegardes plus traditionnelles (images notamment), des solutions existent. Pour le XML, c'est faisable relativement simplement si tes Points / couleurs, etc. (ou formes) sont à même de fournir une représentation en XML et de se composer ainsi (loadFromXML ; saveAsXML).
A toi de trouver la (ou les) meilleure(s) interface(s) possible(s) pour faire potentiellement le plus de choses possibles.
Le truc est d'arriver à rester le plus possible abstrait pour intégrer "facilement" des extensions. D'ailleurs, préfère le Input/OutputStream à l'ObjectInput/OutputStream (Load-Save).
Je ne peux pas dire pour certaines mises en oeuvre de tes classes, mais je ne suis pas fan des tableaux et des String... bon après, tout dépend de ce qui en est fait.
Après on peut en débattre longtemps... mais ça ne me dérange pas... faut laisser mûrir les idées aussi (concept totalement étranger à ceux qui foncent dans le tas et qui ne font pas de R&D et qui réinvente plein de fois la roue
👍: 0 ⏩: 1
Je vais essayer de tenir compte de tes remarques,
pour ce qu'il en ai de la serialisation des objets
j'avais justement fais quelques recherches et
c'est pour cela que ma classe Point implémente "serializable"
car mon enregistrement au format texte sauvegarde donc des objets point
serialisé!
Ton idée sur la gestion de calque a la totoshop est une très bonne idée
j'y avais pensé aussi mais je n'avais pas encore trop réfléchi a la facon de programmer cela
Merci encore pour tes conseils, je commence à beaucoup m'interesser au design pattern car je sais que mes classes sont pour l'instant très peu portable d'un projet a l'autre et je pense (je n'en suis pas sur car j'ai sommairement vu cela pour l'instant) que cela m'aideras a faire des classes réutilisables
👍: 0 ⏩: 1
Aucun problème, je suis plutôt bavard sur un certain nombre de sujets.
C'est parce que je pense large quand j'essaie de concevoir une application (qui peut le plus peut le moins) et parce que j'utilise ce genre de logiciel... Pour le côté technique de gestion de calque... je ne sais pas trop en fait, mais ça doit pouvoir se faire.
En fait, les patrons de conception sont des réponses éprouvées à un certain nombre de problèmes objet classiques (pas de place à la fantaisie
Sinon, le modèle le plus simple à piger est MVC (Modèle-Vue-Contrôleur) et pourtant c'est l'un des plus délicats à mettre vraiment en oeuvre. Tu l'utilises en partie avec tes Points (le Modèle) et PlancheDessin (à la fois Vue et Contrôleur). Comme tu fais du swing avec gestion d'évenéments, tu as déjà croisé le modèle Observer sans forcément le savoir (les Listeners & co) 
Il y a un certain nombre d'autres patrons de conception bien sûr: Factory, Builder, Command, Adapter, Memento sont les plus usités. Pour ce qui est des sauvegardes (voire même pour les undo - redo 
👍: 0 ⏩: 1
Oui tu as tout a fais raison pour java
et l'application de dessin, en faite je l'ai fais car j'ai 5 projets
de fin d'année a produire pour mon exam de BTS
et après avoir fais les 3 premiers je me suis autorisé
un peu de fun en faisant un projet moins sérieux
Après mes exam je pense télécharger la version d'essai de flash CS5
qui me parait nettement plus approprié a ce type de travail
( et aussi parce que l'actionscript me manque un peu
Ce qui m'amène sur le sujet de listener que tu as abordé et que j'ai effectivement
déjà utilisé en AS3 et en Java, même si l'idée de model observer reste quelque peu abstraite
cela ne m'a pas posé de problème lors de son utilisation.
En tous cas merci encore de ces précieux conseil! Je suis impatient d'en avoir fini
avec les exams pour pouvoir faire cette appli de dessin en flash, le flash étant
autorisé sur deviantart je pourrais ainsi en faire profiter tous le monde, et j'ai déjà
des idées sur comment intégrer des calques de dessin en AS3
👍: 0 ⏩: 1
Tout à fait, faut savoir se détendre... c'est pourquoi je ne fais aucune programmation ou développement pendant mes loisirs.
Flash ne m'attire guère, bien qu'il y ait parfois des mini-jeux rigolos par ici.
👍: 0 ⏩: 0
Si c'est toi qui là fait c'est super!. Mais pouruoqi toute c'est image?
👍: 0 ⏩: 2
j'ai voulu montrer plusieur printscreen pour voir comment l'application est
👍: 0 ⏩: 0
lol tu hablo espanol. tu hablo ingles,o debo traducir?
👍: 0 ⏩: 0
this one normally work on any operating system
👍: 0 ⏩: 1
I use Linux so it's not installed at the moment but I can get it, no problem. Thanks
👍: 0 ⏩: 0
WOWOWOWOWOWOWOWOWOWOWOWOWOWOWOWWW! *W* Awesome!
👍: 0 ⏩: 1