Forums : Xul, Xbl, JS...

Je me suis rendu compte que lorsque le canvas a une taille assez grande (3000*3000), la consommation mémoire est multipliée par 3 ou 4 (par rapport à une taille de 400*600)

C'est un peu normal non ? Une image de 3000*3000 prend plus de place qu'une image de 400*600. Enfin pour moi, c'est tout à fait logique ;-) (te rend-tu compte que c'est tout de même au moins 2 fois plus gros que la taille des écrans classiques ?)

Je voudrais savoir si je peux y rémédier et comment.

envoi un patch à bugzilla.mozilla.org ;-)

Mais je doute que ce problème puisse être résolu par quel que moyen que ce soit, sinon à part augmenter ta ram vidéo et/ou ta ram centrale ;-)

C'est un peu normal non ? Une image de 3000*3000 prend plus de place qu'une image de 400*600. Enfin pour moi, c'est tout à fait logique ;-) (te rend-tu compte que c'est tout de même au moins 2 fois plus gros que la taille des écrans classiques ?)

Je me doute, mais je m'interroge parceque j'ai fait une appli en java qui affiche un panneaux de 10000*10000 dans lequel je dessine plusieurs petites images (une centaine) ainsi que des rectangles, lignes, et la consommation en mémoire est moins gourmante et le défilement beaucoup plus fluide

J'ai également cherché une fonctionnalité pour dessiner du texte dans un canvas et je n'en ai pas trouvé (je pense qu'il n'y en a pas). Je voulais savoir si c'est bien une fonctionnalité manquante et si son implémentation est prévue.

la consommation en mémoire est moins gourmante et le défilement beaucoup plus fluide

Ba fait du Java alors ;-)

Plus serieusement, faut savoir que l'affichage dans Gecko passe par un moteur trés complexe (contenu XML, traitement CSS, DOM &co). Même si le contenu de canvas n'est pas du XML, il est affiché dans un contexte XML. (et puis l'affichage proprement dit de Canvas passe par le backend Cairo, qui n'est pas encore vraiment optimisé).

Cette complexité n'existe pas dans Java puisqu'il n'a pas de moteur d'affichage, mais une simple bibliothèque qui communique quasi directement avec l'API graphique bas niveau du système. D'où les différences de perf.

En ce qui concerne "dessiner" du texte dans canvas, je ne sais pas.

Ba fait du Java alors ;-)

Il faudra bien.

Ma prochaine appli aura un composant graphique plus petit (800*600), je testerai ça avec un canvas à ce moment là.

Je te remercie pour tes réponses.

Alors, pour le texte, on ne peut pas en effet.

Tu as un élément graphique plus grand que ton écran. Dans ce cas, la logique voudrait que tu passes par un système de viewPort (on n'affiche qu'une partie de l'élément) que l'on peut modifier dynamiquement. Ce qui rendra ton application bien plus fluide. Donc pour ça, il faut utiliser quelque chose de plus puissant que le Canvas: le SVG .

Tu verras, on peut faire du texte et c'est, je trouve, beaucoup plus agréable à utiliser.

Merci, pourrais-tu me donner des liens où je peux trouver de la documentation ?