JavaScool:ProgletProcessing : Différence entre versions
m (→Principe général) |
m (→Le fichier Functions.java) |
||
Ligne 34 : | Ligne 34 : | ||
# les largeur <tt>width</tt> et hauteur <tt>height</tt>, qui ''doivent'' être spécifiées. | # les largeur <tt>width</tt> et hauteur <tt>height</tt>, qui ''doivent'' être spécifiées. | ||
− | == Le fichier <name>Functions.java == | + | == Le fichier <name>Functions.java == |
Plusieurs choses diffère dans ce cas: | Plusieurs choses diffère dans ce cas: | ||
Ligne 45 : | Ligne 45 : | ||
** il faut bien récupérer ici un objet de ce nom | ** il faut bien récupérer ici un objet de ce nom | ||
** il faut définir la classe sans package pour qu'elle accède à l'applete sans package | ** il faut définir la classe sans package pour qu'elle accède à l'applete sans package | ||
− | ** il faut lui donner un nom qui soit différent pour chaque proglet | + | ** il faut lui donner un nom qui soit différent pour chaque proglet. |
− | + | ||
+ | Voici un exemple de header d'un fichier <tt><name>Functions.java</tt>: | ||
<pre> | <pre> | ||
public class sampleCodeFunctions { | public class sampleCodeFunctions { | ||
Ligne 56 : | Ligne 57 : | ||
} | } | ||
</pre> | </pre> | ||
+ | |||
+ | == Le fichier Translator.java == | ||
+ | |||
+ | Il n'est pas possible de faire un import java des fonctions processing car elles ne sont pas dans un package. Il faut donc définir l'ajout de préfixe aux méthodes statiques par translation du code, comme ici dans l'exemple de la proglet [http://javascool.gforge.inria.fr/v4/index.php?page=proglets&action=show&id=cryptageRSA cryptageRSA]. | ||
== La méthode pas à pas == | == La méthode pas à pas == |
Version du 9 septembre 2011 à 10:47
Cette page a pour but d'expliquer comment créer une proglet avec processing, consulter aussi à la documentation générale et la spécification d'une proglet pour voir les principes généraux.
Sommaire
Principe général
Tous les fichiers standards de la proglet sauf Panel.java sont définis comme pour une proglet standard :
- proglet.pml : le descripteur de la proglet.
- help.xml : le fichier de documentation de la proglet.
- <name>Functions.java : qui définit les fonctions proposées à l'élève (optionnel).
- completion.xml : qui définit les complétions automatiques proposées dans l'éditeur (optionnel).
- Translator.java : qui implémente la traduction de Jvs en Java spécifique de cette proglet (obligatoire si des fonctions sont définies dans <name>Functions.java, sinon optionnel).
L'interface graphique correspond lui à l'applete processing.
Lancer processing
Il faut que la jarre javascool-builder.jar soit dans le class-path de processing pour qu'il puisse compiler les classes liées à javascool.
Le fichier proglet.pml
title="Exemple de «proglet»" author="Guillaume Matheron <guillaume.quest@gmail.com>" icon="sample.png" processing="true" width="600" height="400"
c'est à dire que par rapport à un fichier standard il comporte en plus:
- la mention processing="true"
- les largeur width et hauteur height, qui doivent être spécifiées.
Le fichier <name>Functions.java
Plusieurs choses diffère dans ce cas:
- La classe doit se nommer <name>Functions.java ou <name> est le nom de la proglet.
- La classe ne doit pas être déclarée dans un package
- La fonction qui renvoie l'instance de la proglet ne renvoie un objet de nom sampleCode si sampleCode est le nom de la proglet.
Pour comprendre cela il faut noter que, avec processing:
- une applete de nom sampleCode génère une classe (sans package) de nom sampleCode (qui étend la classe Applet), donc:
- il faut bien récupérer ici un objet de ce nom
- il faut définir la classe sans package pour qu'elle accède à l'applete sans package
- il faut lui donner un nom qui soit différent pour chaque proglet.
Voici un exemple de header d'un fichier <name>Functions.java:
public class sampleCodeFunctions { /** Renvoie l'instance de la proglet. */ private static sampleCode getPane() { return org.javascool.macros.Macros.getProgletPane(); } /** ../.. */ }
Le fichier Translator.java
Il n'est pas possible de faire un import java des fonctions processing car elles ne sont pas dans un package. Il faut donc définir l'ajout de préfixe aux méthodes statiques par translation du code, comme ici dans l'exemple de la proglet cryptageRSA.
La méthode pas à pas
- S'assurer que le répertoire «sketchbook» de processing est bien le même que celui des proglets.
- Voir la [JavaScool:DocJavaScoolBuilder mise en place du «sketchbook» ] pour plus de détails
- C'est dans File -> Preferences -> Sketchbook location que cette option est donnée.
- Voir les éléments de documentation pour Linux si besoin
- Lancer processing et travailler au développement de l'applete
- Exporter le travail sous forme d'applete
- C'est dans File -> Export qui effectue cette action
- Dans le même répertoire générer les fichiers proglet.pml, help.xml, Functions.java, completion.xml et Translator.java
- Par exemple avec le [JavaScool:DocJavaScoolBuilder Javascoolbuilder] (ou à la main)
- Lancer ensuite le [JavaScool:DocJavaScoolBuilder Javascoolbuilder] qui
- va prendre en charge l'intégration,
- voir détailler les éventuelles erreurs.
Le Javascoolbuilder prend en compte les spécification d'une apllete processuing
- Note: éviter de mettre dans le répertoire des fichiers inutiles ou trop volumineux car tous les fichiers sont intégrés à la jarre Java finale.
Processing et Svn
Si vos fichiers sont contrôlés par le système de versionning subversion (dit «svn») une difficulté survient: processing détruit les fichiers .svn qui permettent d'administrer l'archive (donc plus rien ne marche côté svn) ! La soluce:
- Avant d'exporter l'applete sauver le dossier caché applet/.svn par exemple sur le bureau
- Après l'export le remettre en place
ou ne pas inclure le dossier applet dans le svn.
Ce mécanisme est automatisés sur la plateforme Java'sCool
Discussion
- Utiliser processing permet de
- programmer facilement des proglets multimédia (son, 3D, vidéos, ..) et de profiter d'un très large panel existant;
- de déplacer la vision de "programmeur" à "créateur d'objets numériques" qui est le fondement de la démarche de processing;
- celà établi aussi que la plateforme Javas'Cool est techniquement et dans son principe "ouverte" et s'interopère avec d'autres plateformes de développement.
- Cette démarche dans Javas'Cool est due à Cécile Picard-Limpens qui a créé les premières «proglets» et «educlets»