Version imprimable
Bonjour à tous.
J'ai un petit problème dans mon application, je ne sais pas comment faire pour afficher une image animée, j'ai essayé et le meilleure résultat que j'ai obtenu c'est une animation mais qui saccade et qui ram.J'ai lu sur google qu'il fallait utiliser le double buffering, j'ai vu deux trois exemple mais rien qui correspond a ce que je cherche.
est ce que quelqu'un a une idée?une solution?
merci d'avance
concernant les gif animés il y a une discution ici avec des exemples.
oui mais lui son problème et qu'il n'arrive pas à animé son gif, moi il est tres bien animé mais il saccade, l'animation est accélère et ca me fait plein de bug de texture...
Il y a plein de façons de faire en Java, tout dépend du contexte.Citation:
je ne sais pas comment faire pour afficher une image animée
Donc sans en savoir plus, je re-poste ici mon exemple (avec un GIF animé) issue de la discussion précédemment cité :
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
Bonjour,
J'ai un peu honte de réveiller une discussion de ngpub de 2009,
mais en exécutant ce code, (la compilation n'a pas de problème), voila ce que j'obtiens en message d'erreur d'exécution :
auriez vous la clef du mystère_?Citation:
Exception in thread "main" java.lang.NoClassDefFoundError: TestImage (wrong name: pkg/TestImage)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:792)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:482
Merci,
Philippe
Salut,
Cet exemple repose sur une structure de programme bien définie :
- un package pkg (donc un dossier pkg)
- une classe TestImage, dont le source doit être mis dans un fichier TestImage.java , situé dans le dossier pkg, pour que la classe soit dans le package pkg
- un dossier de ressources img, placé dans le dossier pkg
- un fichier loading24.gif, placé dans le dossier img
Pour l'exécution en ligne de commande, il faudra se placer dans le dossier qui contient le dossier pkg qui contient le TestImage.class et le TestImage$1.class obtenus à la compilation et taper java -cp . pkg.TestImage. Il faudra copier le dossier de ressources également dans le dossier pkg qui contient les .class. Utilises un IDE et tu n'auras pas à te soucier de ce genre de détails techniques (c'est bien de connaitre comment ça fonctionne, mais inutile de s'encombrer avec ça systématiquement).
Bonjour,
Merci ,pour ta réponse, elle est claire et précise.
Hélas, je suis au travail, je peux surfer sur le net mais pas autorisé à installer java, il me faudra attendre ce soir chez moi pour expérimenter.
Merci,
Philippe
Rebonjour,
Tout serait parfait si je savais ce qu'est un fichier loading24.gif, et j'ai peur de perdre beaucoup de temps avec un IDE, plus je n'aime pas, on ne connais justement plus l'architecture de ce qu'on écrit, sauf, bien sûr, si c'est un labyrinthe de fou!
Désolé de te solliciter à nouveau,
Philippe
C'est juste le gif animé qui est utilisé dans l'exemple. Tu peux le remplacer évidemment par n'importe quel fichier .gif (qu'on peut trouver facilement sur le web, et même générer - chercher "loading animated gif" sur google).Citation:
Envoyé par philippe6
Bien au contraire, un IDE fait gagner du temps. En tout cas, c'est fait pour. On évite d'avoir à faire beaucoup de manipulations techniques, dont l'intérêt se limite à la connaissance qu'on en a, et éventuellement à la compréhension de certaines coulisses techniques. On a accès direct à la documentation, contextuellement. Les erreurs sont indiquées directement dans le code source, à l'endroit où elles se trouvent (enfin, plus ou moins...). La complétion (ou la recherche de classes) aide à éviter d'avoir à connaitre par coeur 4000 classes, leurs méthodes et leurs paramètres, etc, ou à consulter pendant des heures des centaines de documentations pour les trouver. A chaque fois qu'on franchit une marche dans la simplification/automatisation de tâches plus basiques, on gagne du temps utile pour des tâches plus abstraites. Sinon, on n'en serait toujours à attendre que la foudre tombe sur des arbres pour avoir de quoi se chauffer ;) Dans l'application sur laquelle je bosse, j'ai plus de 2 millions de lignes de code et 240 plugins. Vu que je bosse dessus depuis 6 ans, je les connais plutôt bien : mais, heureusement que j'ai un IDE sinon je perdrais des heures pour faire de simples évolutions ou correction (je le sais pas parce que je travaille, sans IDE, sur mes veilles applications, pour consulter rapidement le vieux code lorsqu'on me soumet des bugs en prod : comme cela arrive une fois tous les 2 ou 3 ans, je peux me permettre de passer 5 minutes pour procéder comme ça, pour évaluer la tâche, sans avoir à réinstaller un vieil environnement adapté, faire un checkout des sources que je n'ai plus sur mon poste, etc...). Et rien que pour créer l'exécutable pour les différents environnements, heureusement que j'ai un serveur de build. Et je ne parle pas des tests unitaires.Citation:
Envoyé par philippe6
Je ne vois pas en quoi un IDE empêcherait de connaitre l'architecture de son application.Ni plus ni moins que lorsqu'on vois l'arbo dans un "exploreur" de fichiers, ou qu'on fasse un tree sous ligne de commande. En plus : si on a pas fait au préalable de modèle, certains plugins vont même donner accès à certains types de lien entre classes (hiérarchique, de dépendances, ou lien par appel de méthodes). Et beaucoup d'autres informations.Citation:
Envoyé par philippe6
Rebonjour,
Merci pour ces réponses, j'ai donc désormais Netbeans, je suis convaincu, je ne le souhaitais pas au début, parce que j'avais l'air d'être une sorte de paquet pour qui on fait tout sans qu'il n'y comprenne rien, mais je pense qu'il faut tel que tu le dis, apprendre à s'en servir.
Pour que tu situes l'incongruité de certaines de mes remarques, je précise que j'ai une formation universitaire en informatique, (milieu 2 ème cycle), mais que le destin ne m'a jamais laissé travailler dans ce domaine, donc, je suis un éternel scolaire qui pose des questions au "prof" !
Ceci dit, merci,
Philippe
Rebonjour,
Je m'amuse à découvrir les aspects de netbeans progressivement, cependant je souhaite faire un petit retour en arrière, (soit certain que ce n'est pas pour t'ennuyer !).
Quelques posts plus haut, tu m'expliquais aussi la méthode en ligne de commande (tout en décriant les fastidieux méandres de recherche que représente ce genre de solution en face d'un IDE) et en m'indiquant la commande
ET bien, en réponse à cette commande j'ai toute la liste des options que peut prendre java et à aucun moment j'ai l'impression que java interprète ça comme une demande d'exécutionCode:
2
Voilà, si tu as une idée, je pourrais exécuter ce petit prog sans attendre de parcourir tout netbeans, plus simplement j'aimerais bien savoir ce que ça donne quand ça tourne.
Très cordialement,
Philippe
Ouaip. C'est
Le paramètre -cp sert à indiquer le classpath dans lequel aller chercher les classes qu'on va utiliser. Mettre . indique qu'on demande le répertoire en cours comme classpath (car non, ce n'est pas évident pour des raisons qu'on n'abordera pas pour l'instant.)Code:java -cp . pkg.TestImage
Du coup, avec la même commande en oubliant le . ça voulait dire que pkg.TestImage était le classpath, donc un genre de répertoire qui s'appelle comme ça, et qu'on a pas indiqué quelle est la classe à exécuter. D'où erreur et non-tentative d'exécuter quoi que ce soit (si on lui dit pas quelle classe, effectivement, il va pas le deviner.)
Bonjour,
Merci Thelvin, mais il me dit
Je ne vois pas de quelle classe il parle, je n'ai rien de tel dans mon prog, je pensais qu'il s'agissait d'une convention sur la ligne de commande mais pas d'allusion à une classeCitation:
impossible de trouver ou charger la classe principale pkg.TestImage
Alors, donc, je suis toujours bloqué.
une idée ?
Merci,
Philippe
Tu l'as compilée la classe ? Tu lances bien la commande java dans le dossier qui contient pkg/TestImage.class ? Ce que tu cherches à exécuter c'est bien le programme qui se trouve dans le message initial ? C'est-à-dire la classe TestImage. Comment peux tu dire que tu n'as pas une telle classe dans ton programme ? Bien sûr, s'il s'agit d'éxécuter un autre programme, il faut l'indiquer dans la commande...mais dans ce cas, on s'éloigne du sujet initial de la discussion...
Bonjour,
Oui, bien sûr, je l'ai compilée.
j'ai un dossier pkg qui contient le source TestImage.java, TestImage.class (compilée),un TestImage$1.class (je ne sais pas du tout ce que c'est),
un sous répertoire img qui contient loading24.gif.html et je lance en ligne de commande depuis le répertoire pkg la commande que vous m'avez indiquée (avec le point que m'a signalé Thelvin).
Voila, je ne pense pas faire d'âneries.
Que faire ?
Merci,Citation:
Lenine s'était posé cette question dans un petit livre, mais on sait ce qui arriva !
Philippe
Il faut lancer la commande en étant dans le dossier qui contient le dossier pkg (qui correspond au package), pas dans le dossier pkg lui même.
Sinon, TestImage$1.class, c'est une classe interne, ici anonyme, celle créée dans ce bout de code :
Code:
2
3
4
5
6
7
8
9SwingUtilities.invokeLater(new Runnable() { @Override public void run() { JFrame frame = new TestImage(); frame.setSize(320, 240); frame.setLocationRelativeTo(null); frame.setVisible(true); } });
Oui, je vais penser que je vous harcèle mais voici la réponse à la commande
Code:
2
si je la lance du répertoire qui contient pkg.Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
J'ajoute un petit codicille :
Si tout ceci n'est qu'une question de version, de java, d'OS, qui génère des incompatibilités, ce n'est pas utile peut-être d'insister, je
vais utiliser un IDE.
Merci,
Philippe.
P.S. : cependant, si vous pensez que l'erreur est toute proche, j'aimerais bien la trouver !
l'image (loading24.gif) n'est pas à l'endroit attendu (dans le dossier pkg/img, le dossier pkg étant celui qui contient TestImage.class et TestImage$1.class) !
Ouf (incomplet cependant), mais ça tourne.
Le problème, c'est que le prog affiche une fenêtre vide avec pour titre TestImage, et la ligne de commande reste telle quelle, sans me redonner la main.
Philippe
Déjà la fenêtre ne devraiit pas être vide : il y a un petit gif animé de 15x15 pixels en bas.
http://www.developpez.net/forums/att...3&d=1396526230
Ensuite, c'est normal que la console soit bloquée : si tu fermes la fenêtre, ça arrêtera le programme java et te rendra la main sur la console. Tu peux lancer le programme java avec javaw au lieu de java pour lancer en non bloquant.
Non, il n'y a pas du tout de petit gif animé de 15x15 au bas de la fenêtre,
dans ton dernier post, la petite fenêtre intégré au post masque le code au dessous, mais je suppose que c'est bien le même qu'avant, je le dis juste au cas où !
La commande javas n'est pas reconnue.
Ceci dit, tu as raison, si je ne ferme pas la fenêtre, la ligne de commande ne m'est pas rendue.
je te propose à nouveau le code de TestImage.java au cas où il y aurait une bêtise que je ne veux pas voir !
J'ai récupéré le bout de code représenté par la parenthèse fermante suivie d'un point-virgule avant la 3 eme accolade avant la fin du prof, mais j'avoue que je ne comprend pas à quoi ça sert !Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
Pour finir je te pose une question de superdébutant : dans ton dernier post tu me propose l'image CaptureGIFAN.PNG, je dois l'utiliser tel quel ou bien je dois lui ajouter loading devant ( CaptureGIFAN.PNG).Code:
2
3
4}); } }
Bon, je sais, mes questions ne relèvent pas de la haute intelligentzia, mais les images n'ont jamais fais partie de mes sources et je navigue dans du mandarin.
Merci,
Philippe
Non, mais bien sûr que j'ai utilisé tel quel le code proposé dans le post 4. Je vais pas te dire que le programme fonctionne et en faire un autre pour te montrer qu'il fonctionne. J'ai collé l'exemple tel quel dans mon IDE. Ensuite, j'ai simplement lu le post pour savoir où aller chercher loading24.gif (que je suis allé chercher dans l'autre discussion, et que j'ai collé dans le dossier pkg/img, comme dit précédemment). Je voulais juste vérifier qu'il y avait pas un truc avec le dimensionnement de la fenêtre, ou le layout, ou autre (d'ailleurs, j'aurais pu te dire que le paramètre BorderLayout.SOUTH était parfaitement inutile, puisqu'aucun BorderLayout n'a été affecté, mais je voulais éviter de t'embrouiller...visiblement il en fallait moins que ça...)
Et je t'ai mis ce que j'avais à l'écran : une fenêtre avec un gif animé dedans (bon, on ne voit pas qu'il est animé, parce que c'est un png. Je vais pas me lancer dans la fabrication d'un swf ou avi, mais tu peux me croire sur parole : le machin tourne).
Je ne sais pas de quoi tu parles avec javas : j'ai parlé de javaw !
Comprends pas : pourquoi récupérer un bout de code ? Pour mettre où ? Le source donné dans le post 4 est complet. Et pour savoir à quoi ça sert, c'est un peu standard : quand on ouvre un bloc avec { on le ferme avec }. De même les arguments d'une méthode sont entre parenthèses ouvrante ( et fermante ). Dans le "bout" de code la parenthèse fermante ferme la liste d'arguments de l'appel de la méthode invokeLater.Citation:
J'ai récupéré le bout de code représenté par la parenthèse fermante suivie d'un point-virgule avant la 3 eme accolade avant la fin du prof, mais j'avoue que je ne comprend pas à quoi ça sert !
Quant à l'image que j'ai jointe à ma réponse, ce n'est pas une proposition pour faire fonctionner le programme (c'est un png en plus, pas un gif animé) : c'est juste l'image avec la copie d'écran que tu voies dans le message :roll:
En attendant, pour démystifier "javas", c'était une coquille de ma part, j'ai utilisé le crayon modifier un message après et ça donné la rectif voulue au titre du message "réparé".
Depuis 10 mn si je veux un w, j'ai un s (en fin de mot).
Philippe
Je ne sais pas comment tu procèdes : il suffit de cliquer sur "Modifier le message", de sélectionner le s dans l'éditeur et de taper w, puis de cliquer sur Enregistrer les changements.Citation:
Envoyé par philippe6
Mais bon peu importe, en tapant "javaw -cp . pkg.TestImage tu obtiens un message du type "commande non reconnue" ? Tu n'es pas sous Windows, mais sous Linux ou OsX ? Cette commande n'existe pas pour ces OS : je n'utilise pas habituellement, mais il me semblait que les lancements de programme par commande java ne bloquait pas la console sur ces OS, et que c'est justement pour cette raison qu'il n'y a pas besoin de javaw pour ces OS.
En effet, je suis sur OS X, je pensais que java était totalement multiplateforme, je n'ai pas pécisé cet élément pour ça .
Philippe
Les programmes écrits et compilés en java pur sont censés être multiplateforme. Je dis "censés" : parce qu'il peut y avoir parfois de parties propres à la plateforme, en particulier quand on touche des aspects très spécifiques au niveau UI (mais jamais des trucs qui font que ça ne fonctionne pas, juste des légers défauts esthétiques), et quand on communique avec la plateforme (ou l'OS), lorsque java n'intègre pas de classe encapsulant la technologie (mais ça peut venir dans des versions ultérieures de java, je pense par exemple à la méthode exec de la classe Runtime et à la classe Desktop arrivée plus tard). Bien sûr, si tu utilises une API utilisant une bibliothèque native (comme SWT par exemple), il faudra utiliser la version de l'API dédiée à la plateforme. Mais, bon, pour la grande majorité des programmes, il n'y a pas de problème, un programme qui fonctionne sur une plateforme, fonctionne sur une autre.Citation:
Envoyé par philippe6
Par contre, les exécutables qui sont utilisés pour faire fonctionner ces programmes java, eux, sont propres à la plateforme : sur Windows, le java.exe n'est pas le java.app de ton OsX. Et il peut y avoir des utilitaires propres à une plateforme qui n'existent pas pour d'autres : comme javaw.exe qui n'existe que sur Windows.
Je ne sais pas si le shell est censé être bloqué ou non sur OsX. Et, le cas échéant, comment lancer la commande sans bloquer : je dirais que c'est plus un problème de MacOsX que de java.
D'ac, me conseilles tu de déplacer cette discussion sur un forum mac, en ais-je le droit ou c'est une prérogative admin du forum ?
ou bien est-ce inutile ?
Philippe
Si tu veux vraiment savoir comment lancer un programme java en ligne de commande sur mac sans bloquer ton shell (et que ça ne le fait pas naturellement), commences par chercher vite fait suir Internet (doc Oracle, ton moteur de recherche préféré...), et dans la doc résumé de la commande java peut être (en tapant juste java sans paramètre). Si tu ne trouves pas de réponse, créés une nouvelle discussion dans le forum Java/Général Java, avec pour titre "comment lancer la commande java sans bloquer le shell sous MacOsX".
merci,
Philippe
J'ai relancé cette discussion sur Genéral Java,
Merci,
Philippe