Salut,
J'adore ce truc : http://sketch.processing.org/
c'est exécuté en processing.js qui n'a presque plus rien à envier à sa version java.
L'éditeur est bluffant aussi, entièrement fait en canvas ... des mecs de mozilla : bespin (bespin.mozilla.org)
+
+
Hors ligne
Salut,
je crois qu'il y a un bug pour moi (ubuntu + firefox) : j'arrive à un affichage de l'éditeur P5 mais je ne peux pas faire grand chose excepté agrandir ou retrecir la dite fenetre...:-/
Tu es avec quelle config ? (on va tout savoir )
+++
Hors ligne
ubuntu (10.04) + firefox ...
bizarre ...
... et dommage ... je pense que l'éditeur bespin ne marche que sous firefox, vu que c'est un de leurs projets.
Hors ligne
Peut-être avec Chrome ? http://www.google.com/chrome/eula.html? … &hl=fr
Sur windows + chrome, sketch.processing fonctionne
Hors ligne
c'est un mythe qui s'effondre pour moi si tu as windows emoc
Hors ligne
Bonjour,
Je viens d'essayer cette applet http://www.sketchpatch.net/view/Szb9xKIKSzK/
Sur mon navigateur et c'est rapide (Mac+Safari 4.0.5)
Le même code dans http://sketch.processing.org/ c'est encore plus rapide.
Dans Processing en direct c'est extrêmement lent. Incroyable !
C'est plus rapide dans un navigateur que sur ma machine... Est-ce que c'est la même chose sur un PC ?
Hors ligne
pas très logique en effet, ça devrait être l'inverse normalement.
Java est un langage autrement plus rapide que le javasript qui est un langage scripté dynamique, surtout processing.js qui utilise un eval() - une chaîne de caractère qui est interprétée à l'exécution ... les moteurs javascript ont fait du progrès mais quand même.
Hors ligne
Je viens de changer le code pour essayer de l'accélérer. Dans la doc de processing ils recommandent d'utiliser la formule pixels[y*width+x] au lieu du get mais ce n'est pas plus rapide. C'est vraiment étrange tout ça.
Hors ligne