JavaScool:ProgletProcessing - Historique des versions

Vthierry : /* Processing et Svn ou Git */

2012-08-10T11:38:56Z

‎Processing et Svn ou Git

Vthierry le 10 août 2012 à 11:15

2012-08-10T11:15:04Z

Vthierry : /* Le fichier Translator.java */

2011-09-09T10:10:40Z

‎Le fichier Translator.java

Vthierry : /* Le fichier Translator.java */

2011-09-09T10:01:41Z

‎Le fichier Translator.java

Vthierry : /* Le fichier Functions.java */

2011-09-09T09:47:22Z

‎Le fichier Functions.java

Vthierry : /* Principe général */

2011-09-09T09:43:37Z

‎Principe général

Vthierry : /* Principe général */

2011-09-09T09:43:20Z

‎Principe général

Vthierry : /* Le fichier Functions.java */

2011-09-09T09:36:52Z

‎Le fichier Functions.java

Vthierry : /* Lancer processing */

2011-09-09T09:36:30Z

‎Lancer processing

Vthierry : /* Principe général */

2011-09-09T09:35:47Z

‎Principe général

@@ Ligne 71 : / Ligne 71 : @@
 * 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 ou Git ==
+== Processing et Svn ==
 Si vos fichiers sont contrôlés par un système de versionning comme [http://subversion.tigris.org subversion] (dit «svn») une difficulté survient: processing détruit les fichiers <tt>.svn</tt> qui permettent d'administrer l'archive (donc plus rien ne marche côté svn) ! La soluce:

@@ Ligne 1 : / Ligne 1 : @@
 [[Catégorie:JavaScoolDev]]
-Cette page a pour but d'expliquer comment créer une proglet avec  [http://processing.org processing], consulter aussi à la [[JavaScool:DocCreationProgletExemple|documentation générale]]  et la [[JavaScool:DocCreationProglet|spécification d'une proglet]] pour voir les principes généraux.
+Cette page a pour but d'expliquer comment créer une proglet avec  [http://processing.org processing], consulter aussi à la [http://javascool.github.com/doc/developper/index.html documentation générale] sur la création de proglet pour voir les principes généraux.
 __TOC__
@@ Ligne 6 : / Ligne 6 : @@
 == Principe général ==
-Tous les fichiers standards de la proglet ''sauf'' <tt>Panel.java</tt> sont définis comme pour une [[JavaScool:DocCreationProglet|proglet standard]] :
+Tous les fichiers sont définis comme pour une standard, sauf :
-** <tt>proglet.pml</tt> : le descripteur de la proglet.
+* <tt>Panel.java</tt> puisque l'objet graphique vient de processing.
-** <tt>help.xml</tt> : le fichier de documentation de la proglet.
+* <tt><name>Functions.java</tt> au lieu de <tt>Functions.java</tt> come expliqué ci dessous.
 == Lancer processing ==
-Il faut que la jarre <tt>javascool-builder.jar</tt> soit dans le class-path de processing pour qu'il puisse compiler les classes liées à javascool.
+Il faut que la jarre <tt>javascool*.jar</tt> soit dans le class-path de processing pour qu'il puisse compiler les classes liées à javascool.
-== Le fichier proglet.pml ==
+== Le fichier de description de la proglet ==
-c'est à dire que par rapport à un fichier standard il comporte en plus:
+Par rapport à un fichier standard il comporte en plus:
-# la mention <tt>processing="true"</tt>
+# la mention <tt>"processing" : "true"</tt>
 # les largeur <tt>width</tt> et hauteur <tt>height</tt>, qui ''doivent'' être spécifiées.
@@ Ligne 80 : / Ligne 66 : @@
 #* Exporter le travail sous forme d'applete
 #* C'est dans <tt>File -> Export</tt> qui effectue cette action
-# Dans le même répertoire générer les fichiers <tt>proglet.pml</tt>, <tt>help.xml</tt>, <tt>Functions.java</tt>,  <tt>completion.xml</tt>  et <tt>Translator.java</tt>
+# Dans le même répertoire générer les fichiers usuel pour définir une proglet.
-#* Par exemple avec le [JavaScool:DocJavaScoolBuilder Javascoolbuilder] (ou à la main)
+#* puis construire la proglet comme pour une proglet standard
 * 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 ==
+== Processing et Svn ou Git ==
-Si vos fichiers sont contrôlés par le système de versionning [http://subversion.tigris.org subversion] (dit «svn») une difficulté survient: processing détruit les fichiers <tt>.svn</tt> qui permettent d'administrer l'archive (donc plus rien ne marche côté svn) ! La soluce:
+Si vos fichiers sont contrôlés par un système de versionning comme [http://subversion.tigris.org subversion] (dit «svn») une difficulté survient: processing détruit les fichiers <tt>.svn</tt> 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é <tt>applet/.svn</tt> par exemple sur le bureau
-# Après l'export le remettre en place
+# Après l'export le remettre en place ou ne pas inclure le dossier applet dans le svn.
 == Discussion ==

@@ Ligne 66 : / Ligne 66 : @@
    @Override
    public String translate(String code) {
-     return code.replaceAll("\\s(playSignal|playRecord|playStop)\\(", " exploSonore.$1(");
+     return code.replaceAll("\\s(playSignal|playRecord|playStop)\\(", " exploSonoreFunctions.$1(");
+   }
+}

@@ Ligne 60 : / Ligne 60 : @@
 == 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].
+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=exploSonore exploSonore].
 == La méthode pas à pas ==

@@ Ligne 34 : / Ligne 34 : @@
 # 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:
@@ Ligne 45 : / Ligne 45 : @@
 ** 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,
+** il faut lui donner un nom qui soit différent pour chaque proglet.
-comme dans cet exemple:
 <pre>
 public class sampleCodeFunctions {
@@ Ligne 56 : / Ligne 57 : @@
+}
 </pre>
 == La méthode pas à pas ==

@@ Ligne 11 : / Ligne 11 : @@
 ** <tt><name>Functions.java</tt> : qui définit les fonctions proposées à l'élève (''optionnel'').
 ** <tt>completion.xml</tt> : qui définit les complétions automatiques proposées dans l'éditeur (''optionnel'').
-** <tt>Translator.java</tt> : qui implémente la traduction de Jvs en Java spécifique de cette proglet (obligatoire si des fonctions sont définies dans <tt><name>Functions.java</tt>, sinon''optionnel'').
+** <tt>Translator.java</tt> : qui implémente la traduction de Jvs en Java spécifique de cette proglet (''obligatoire'' si des fonctions sont définies dans <tt><name>Functions.java</tt>, sinon ''optionnel'').
 L'interface graphique correspond lui à l'applete processing.

@@ Ligne 37 : / Ligne 37 : @@
 Plusieurs choses diffère dans ce cas:
-* La classe se nommer <tt><name>Functions.java</tt> ou <tt><name></tt> est le nom de la proglet.
+* La classe doit se nommer <tt><name>Functions.java</tt> ou <tt><name></tt> est le nom de la proglet.
 * La classe ne doit pas être déclarée dans un package
-* Laa fonction qui renvoie l'instance de la proglet ne renvoie un objet de nom <tt>sampleCode</tt> si sampleCode est le nom de la proglet.
+* La fonction qui renvoie l'instance de la proglet ne renvoie un objet de nom <tt>sampleCode</tt> si sampleCode est le nom de la proglet.
 Pour comprendre cela il faut noter que, avec processing: