Avatars pour forum in game et fiche joueurs

[niahoo]

je vote pour créer les images côté serveur avec toutes leurs couches et les stocker une fois complètes, puis les servir dans le HTML.

10 couches avec 20 choix par couche (20^10) c'est effectivement gigantesque ... sauf que si tu as 1000 joueurs tu as 1000 images, pas plus.

[popayan]

Si quelqu'un a ce genre d'élément (visage, coiffure, yeux, etc) à partager, je suis preneur

Si non, pour faire avancer un peu le débat, je serais également partisan de garder l'image avec les couches fusionnées plutôt que d'envoyer chaque élément.
D'ailleurs Sephi, existe-t-il un équivalent à GD en ruby?

[Sephi-Chan]

GD n'est pas spécifique à PHP. Tout comme ImageMagick n'est pas specifique à Ruby.
Il y a des bindings de l'un et de l'autre pour ces deux langages (et bien d'autres), le choix est souvent culturel.

[atra27]

Derniére solution, on fous tous les visages sur un fichier, tous les yeux sur un fichier, etc
Et on affiche la chevelure désirée comme un sprite en css!

Comme ça, le nav charge un fois chaque fichier, mais aprés il se débrouille en cache!
ça t'occupe peu d'espace (juste chaque fichier d'éléments a stocker), peu de bande passante (1requete pour afficher toutes les partie d'un meme type, qu'il y a 1 ou 1 million d'avatars, une seule fois par session voir moins)

[Sephi-Chan]

Attention, pour des soucis de compatibilité, les sprites ne doivent pas dépasser certaines dimensions. Mieux vaut se limiter à 4096 × 4096.

De plus, attention aux sprites trop gros : certains navigateurs (notamment mobiles) ne mettent pas en cache les resources trop lourdes.

Enfin, il n'est jamais inutile de réduire la quantité de HTML envoyée au serveur, or ce genre d'éléments composés grimpent vite en la matière. On peut bien sûr utiliser une représentation sérialisée interprétée par Javascript, mais ça complique encore par rapport à une simple image.