On a absolument pas touche a cette condition de l'editbox.
On a absolument pas touche a cette condition de l'editbox.
Je fais un test très simple avec une Edit Box, un Counter et le code ci-dessous:
<div class="ubbcode-block"><div class="ubbcode-header">Code:</div><div class="ubbcode-body ubbcode-pre" ><pre>• Edit Box: has just been modified
- Counter: Add 1 to Counter</pre></div></div>
Dans ce test, dès que l'on tape qqchose dans l'Edit Box, le Counter ne cesse d'augmenter. Il me semble qu'après chaque modification du contenu de l'Edit Box le Counter ne devrait s'incrémenter que de 1 non? C'est peut-être juste ma mémoire qui flanche.
J'ai trouvé un bug avec le mouvement Drag&rop ("Tirer et lâcher"
:
Quand on l'utilise sur un objet, on ne peut plus faire la sauvegarde de la position de la scène (Message d'erreur).
<div class="ubbcode-block"><div class="ubbcode-header">Posté à l'origine par: Olivier</div><div class="ubbcode-body">Je fais un test très simple avec une Edit Box, un Counter et le code ci-dessous:
<div class="ubbcode-block"><div class="ubbcode-header">Code:</div><div class="ubbcode-body ubbcode-pre" ><pre>• Edit Box: has just been modified
- Counter: Add 1 to Counter</pre></div></div>
Dans ce test, dès que l'on tape qqchose dans l'Edit Box, le Counter ne cesse d'augmenter. Il me semble qu'après chaque modification du contenu de l'Edit Box le Counter ne devrait s'incrémenter que de 1 non? C'est peut-être juste ma mémoire qui flanche. </div></div>
Non, cela a toujours fonctionné de cette manière. Les objets Edit Box, Rich Edit, etc. ont des actions pour modifier l'état du drapeau de modification. Pour obtenir le résultat que tu désires :
<div class="ubbcode-block"><div class="ubbcode-header">Code:</div><div class="ubbcode-body ubbcode-pre" ><pre>• Edit Box: has just been modified
- Counter: Add 1 to Counter
- Edit Box: set modified flag OFF</pre></div></div>
Alors il faut utiliser l'action "Force text modified flag". Cela me semble étrange qu'il faille forcer le flag. Je pensais que la condition "has <span style="text-decoration: underline">just</span> been modified" agissait déjà comme un flag, en tout cas son nom le suggère.
Ta méthode fonctionne Ouly, merci!
Pardon de poser cette question, mais cela va bientôt faire deux mois que le build 249 beta 5 est sorti: (et pour beta 1 je ne me souviens plus)
La sortie du build final est prévue pour quand à peu près?
Si je demande ça, c'est parce que j'ai besoin de certaines fonctionnalités/corrections pour progresser dans mon développement.
Pour le moment il n'y a pas eu de corrections depuis la béta 5, à moins que Francois en ait fait et ne m'en ait pas parlé. Tu attends quoi comme fonctionnalités / corrections?
Ça concerne surtout le runtime Java Mobile, mais pas uniquement:
* Correction de l'affichage de mémoire consommée. Ça devrait pouvoir m'aider à cerner les objets trop gourmands en ressources, car malheureusement je rencontre encore des erreurs 'Out of memory'.
* Des corrections sur l'objet MobileFont (je suis beta tester pour François).
* Le support du format MP3. J'ai des sons (essentiellement aigus) qui ne passent pas du tout une fois convertis en WAV 8Khz 8-bits Mono. Par contre la conversion en MP3 ne pose pas ce problème, et en plus les fichiers sont plus légers.
* Des améliorations pour l'objet String (ouais je sais je viens de le mettre dans la whishlist, mais c'est indispensable si je veux réaliser un système de hiscores convenable).
Pour les mouvements des objets (de tous types), apparemment il y a encore ce satané problème d'indexation en 0 ou 1.
Pour un objet Active avec 3 mouvements. Si on assigne le mouvement par expression il faut le faire en base-1. Et l'expression NMovement() renvoie le numéro du mouvement en base-0. (!!!)
De manière générale, dès qu'on est plus en base-0 le genre de code ci-dessous ne fonctionne plus. Et c'est pénible:<div class="ubbcode-block"><div class="ubbcode-header">Code:</div><div class="ubbcode-body ubbcode-pre" ><pre>Set Valeur to ( Valeur + 1 ) mod N</pre></div></div>
Posting Permissions
Reply With Quote