Moi il y a un truc que je ne comprend pas : pourquoi le changement de thème a t-il une incidence sur la taille des images dans les billets? Actuellement quand on change de thème, les images (miniatures comprises) ne changent pas non?

Dans le cas d'un multi-blog, avec des billets requérant une même image mais avec des miniatures de tailles différentes, chaque billet ferait appel à sa propre miniature :

image originale : image001.jpg
blog 1 : demande = image001-250x250.jpg
blog2 : demande = image001-300x300.jpg

lors de la création du billet le script php ne peut-il pas générer la miniature demandée automatiquement? Par exemple, que ce soit via wiki ou xhtml, le code demanderait image.jpg en taille 250x250, si elle n'existe pas, il la créé.

Bon, ça risque d'être un peu lourd si le billet contient plusieurs images en revanche...

En fait moi le truc qui me gène c'est l'état du dossier public, encrassé par les 5 formats d'images générés (alors qu'on utilise au mieux 2 formats (originale et miniature) max) et le côté restrictif dans les formats d'images générés

Le 19 août 2011 17:18, Jean-Michel Royer <jeanmichelroyer@gmail.com> a écrit :

Le 18 août 2011 21:01, Simon <my.n@me.is.saymonz.net> a écrit :

L'inconvénient de faire redimensionner une image par le client sur le web, c'est l'utilisation superflue de bande passante (envoi de l'image en pleine taille là où ce n'est pas nécessaire), si c'est là que tu veux en venir.

Alors que pour le print, on aurait plutôt l'inverse (des images trop petites ou pas au bon format), enfin c'est ce que je subis avec mes clients. Encore un paradoxe…

_______________________________________________
Dev mailing list
Dev@list.dotclear.org
http://ml.dotclear.org/listinfo/dev

--

Thomas Daveluy
27 rue de Kerlin
56100 Lorient
06.34.02.09.68