SMOOTH 3D CAMEMBERT
cs_wizad
Messages postés
355
Date d'inscription
samedi 30 octobre 2004
Statut
Membre
Dernière intervention
14 avril 2009
-
28 août 2006 à 13:36
raphaelp31 Messages postés 2 Date d'inscription mardi 9 juin 2009 Statut Membre Dernière intervention 23 mai 2013 - 23 mai 2013 à 09:11
raphaelp31 Messages postés 2 Date d'inscription mardi 9 juin 2009 Statut Membre Dernière intervention 23 mai 2013 - 23 mai 2013 à 09:11
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/39291-smooth-3d-camembert
https://codes-sources.commentcamarche.net/source/39291-smooth-3d-camembert
23 mai 2013 à 09:11
Je voudrais tout d'abord vous remercier pour ce script qui est tout simplement génial !
En effet, j'avais trouvé d'autres camemberts, mais sans antialiasing, le rendu était plutôt très moche...
Cependant, une question me trotte toujours en tête: Est-il possible de faire démarrer le camembert non pas à l'horizontale comme c'est actuellement le cas, mais à la verticale, ou alors de lui faire faire uns fois tracé une rotation de -90° ?
Merci à vous.
8 août 2012 à 01:11
Je viens de découvrir et d'installer votre script, et même si je ne suis pas le premier à vous le dire : "Félicitations ! Une vraie merveille !
Ceci dit, j'aurais aimé savoir si il serait possible de faire en sorte que certaines portions du camembert puissent être mises, individuellement, en semi-transparent. Qu'en pensez-vous ?
12 mai 2011 à 14:30
La classe "smooth3dcamembert" du zip génère un fichier de nom "~temp.png"
11 mai 2011 à 23:44
Je ne comprend pas une chose s'il vous plais ...
Tous les scripts GD pour générer un graphe sur le net tel que celui-ci finissent par un ECHO pour afficher celui-ci.
Moi je voudrais enregistrer l'image dans un fichier image sur le ddur pour la re-utiliser derrière dans un pdf ou autre ...
Comment faire pour enregistrer cet echo ?
Merci
5 oct. 2010 à 00:37
Je te signale que t'es sur un site de développeurs, et qu'il faut parfois mettre les mains dans le cambouis. Si le support FreeType t'est refusé, tu peux utiliser la fonction "imagestring" pour afficher du texte dans une image.
Quant à l'autre source, sur laquelle tu as déposé aussi un commentaire, elle ne fait que 120 lignes de code et l'étudier peut représenter un bon exercice si tu veux qu'elle ne traite pas les valeurs nulles.
Amicalement.
4 oct. 2010 à 14:35
Je vais utiliser ton ancien camembert mais le problème des pourcentages égale a 0 ou 0,01. n'est pas résolu pour l'ancien...sniff.
Merci pour ton aide
1 oct. 2010 à 15:01
Si ce camembert interactif t'intéresse tant, c'est que tu l'as testé en ligne à l'adresse :
http://michel.vanthodiep.free.fr/smooth3dcamembert/loeil/index.html
et que ton navigateur n'est donc pas en cause.
Es-tu sûr que le support FreeType est installé sur ton serveur PHP (voir plus haut les échanges avec EZA) ?
Amicalement.
30 sept. 2010 à 17:52
Serriez-vous pourquoi l'image du camembert ne s'affiche pas sachant qu'elle s'affiche avec le code ci-dessus.
Merci
17 mai 2009 à 02:33
En prenant exemple sur le fichier "index.php" fourni dans le zip, ton problème c'est de remplir dynamiquement la 1ère colonne du tableau "$arr"; tu prépares donc ce tableau à l'avance, avec tes champs "couleur", "légende" et "xploded" prédéfinis; pour ce qui est du champ "donnée" il suffit d'y mettre une valeur par défaut, par exemple 0.
/* si ta requête (mySQL j'imagine!) ressemble à :*/
$sql='select myvalue from mytable;';
/* tu en récupères les résultats...*/
$query=mysql_query($sql) or die('Erreur requête :
'.$sql);
/* qui alimentent ensuite dynamiquement ton tableau $arr :*/
for ($j=0;$assoc=mysql_fetch_assoc($query);$j++) $arr[$j][0]=$assoc['myvalue'];
Il faut être sûr qu'il n'y a pas plus de résultats que le tableau a de lignes; en cas de doute, on peut remplacer la dernière ligne de code par :
for ($j=0,$n=count($arr);$assoc=mysql_fetch_assoc($query) && $j<$count;$j++) $arr[$j][0]=$assoc['myvalue'];
Ensuite, il faut s'inspirer du code de "index.php", choisir sa classe, les arguments qui vont avec, "linéariser" le tableau "$arr" avec la fonction "arr2str" et envoyer le tout par "get" au fichier "camembert.php".
Amicalement.
16 mai 2009 à 15:06
Mon soucis majeur se situe dans l'intégration des données à partir de ma base Mysql.
Les valeurs doivent etre récupérées a partir de la db, la légende reste fixe.
Si vous avez une piste, je suis preneur.
Merci
14 oct. 2008 à 22:43
29 sept. 2008 à 01:38
- Amélioration/consolidation/optimisation du code existant
- Ajout de dégradés dans les parties verticales courbes du camembert (je les ai testés également dans les secteurs elliptiques horizontaux, pour finalement les abandonner, car ceux-ci étaient trop gourmands en temps d'exécution).
- L'exploitation "Ajax" de la classe a été améliorée, avec l'abandon de la gestion des calques avec "z-index" au profit d'une approche plus classique.
- Concernant l'idée développée par LOEIL, je propose ma version, avec les éléments que j'ai défendus au cours de la discussion (voir plus haut).
- Note : La partie "source" située en haut de cette page n'a pas été mise à jour (trop la flemme!), tout est donc dans le zip.
- adresses des démos en ligne :
http://michel.vanthodiep.free.fr/smooth3dcamembert/index.html
http://michel.vanthodiep.free.fr/smooth3dcamembert/index.php
http://michel.vanthodiep.free.fr/smooth3dcamembert/loeil/index.html
Merci pour les retours!
14 juil. 2008 à 03:13
Tu dois activer le php5 (par défaut sur Free on est avec php4). Pour çà, soit tu renommes ton fichier camembert.php5, soit tu crées à la racine de ton site (ou à l'endroit précis où se situe ton script php5) un fichier nommé ".htaccess" dans lequel tu indiques :
php 1
@lOeil,
Tu devrais davantage dissocier les rôles du serveur, qui est d'envoyer les données, de celui du client, qui est d'en assurer l'affichage. Dans ton code, l'affichage est géré côté serveur, ce qui rend malaisé le débogage.
Par exemple, des chose comme :
echo'\' onclick="ChargePage(\'camembert.php\',
n'ont vraiment rien à faire dans camembert.php, où le code devrait être du php pur à 100%.
Dans le même ordre d'idée, puisque ton idée requiert l'utilisation d'ajax, on pourrait envisager un fichier client avec l'extension (x)htm(l) et d'où le php serait totalement absent.
Ton image, toujours affichée dans le même calque grâce à la fonction "innerHTML", clignote; cet effet est fâcheux et rend discutable l'emploi même d'ajax. Une solution est d'utiliser alternativement 2 calques superposés en jouant avec leur attribut "z-index", c'est ce que j'ai fait dans ma version "ajax", cette solution est très délicate et trop dépendante du reste de la page, il faut lui préférer la solution avec l'image en "dur" côté client, et dont on se contente de changer la valeur de l'attribut "src". C'est de loin ce qu'il y a de plus fiable. Un exemple de cette gestion dans ma source d'adresse :
http://www.phpcs.com/code.aspx?ID=46344
que tu as l'air de connaître déjà, mais bon...
Schématiquement, côté serveur (comme je l'ai déjà signalé) :
echo $tempfile,'?',mt_rand();
où "$tempfile" est le nom du fichier temporaire contenant ton image
côté client :
document.getElementById('monimage').src=xhr.responseText;
où "xhr" est ton objet XMLHttpRequest, et "monimage" l'identifiant de ta balise "img"
Quant à ton utilisation du tableau $this->sort, elle m'a plongé dans un abîme de perplexité. L'indice véritable de la portion est donné, dans la méthode "aadraw()", par la variable $j (et là encore je me répète).
Le code :
$this->points[$j] = $arr_points;
à la place de :
$this->points[] = $arr_points;
est suffisant pour remettre les portions dans l'ordre.
Bon, j'arrête de tourner autour du pot : débugger ton code, c'est possible, mais à condition de tout reprendre depuis zéro!
a++
13 juil. 2008 à 08:11
tout d'abord bravo super travail.
Par contre j'ai un tout petit probleme. L'image n'apparait pas et j'ai le message d'erreur suivant.
"Parse error: syntax error, unexpected T_CLASS in /data/members/free/multimania/fr/c/o/m/complert/htdocs/smooth3dcamembert/camembert.php on line 17".
que puis je faire pour resoudre ca???
12 juil. 2008 à 23:34
Les surfaces peuvent maintenant être cliquables et le nombre de points est largement raisonnable ou une précision correcte.
Par contre j'ai de gros soucis avec le trie des portions que tu effectues.
Pour montrer où j'en suis voila un zip: http://www.zshare.net/download/151953491ff0b707/
- Le trie me change à chaque fois la disposition des parts.
- Au bout de la 2eme requête ajax j'ai un problème avec le sort je pense, je n'arrive plus a récupérer les parts.
Ce code est évidemment une ébauche.
Y aurait il un moyen de ne pas utiliser de sort ?
8 juil. 2008 à 16:38
"pour une part de 50%, mon triangle se transforme en droite"
Oups, c'est vrai, j'avais pas capté, et il faut dire que là SVGCamembert n'a pas à se préoccuper de ce problème, qu'il gère en fait d'une toute autre manière (et j'ai donc dit une ânerie dans mon précédent message).
"La meilleure solution doit surement consister à utiliser shape = poly afin de spécifier des parties d'ellipses."
Cette solution est radicale, car tenant compte des cas les plus extrêmes (dont celui de la portion unique de 360°!), mais plutôt lourde à gérer.
Dans le bout de code suivant, tiré de la méthode "aadraw()" :
# dessine le dessus de la portion
for ($k=$index1,$backup0=array();$k<=$index2;$k++) {
$xk=$ox+$this->ellipse[$k]['x'];
$yk=$oy+$this->ellipse[$k]['y'];
$backup0[]=imagecolorat($this->img,$xk,$yk);
imagesetpixel($this->img,$xk,$yk,$color);
}
$xk et $yk représentent les coordonnées de chaque point du secteur elliptique de chaque portion. Tous ces points ne sont évidemment pas nécessaires, et là, se pose comme tu dis le problème de l'échantillonnage.
Si l'on est sûr que chaque portion n'éxcède pas 50% (avec donc un angle au sommet inférieur à 180°) une bonne approximation il me semble consisterait à ajouter aux 3 points du triangle un 4ème :
le point où le segment des légendes coupe l'ellipse.
Ce point (appelons-le "m") n'est pas utilisé dans la méthode "aadraw()" mais ses coordonnées sont faciles à reconstituer :
$mx=$gx+$px/5;
$my=$gy+$py/5;
A la suite de quoi notre triangle devient un quadrilatère.
L'image d'adresse :
http://michel.vanthodiep.free.fr/camembert/loeil1.png
montre ce que celà peut donner avec une grosse portion.
Pour les portions supérieures à 50%, on peut envisager de scinder le quadrilatère en 2 triangles :
http://michel.vanthodiep.free.fr/camembert/loeil2.png
On voit cependant que plus la portion est grosse, moins cette solution est valable.
"J'utilise l'extension Firefox 'Firebug'"
Merci pour l'info.
a++
8 juil. 2008 à 11:43
"Ah, tu sais mesurer le temps de réponse?"
J'utilise l'extension Firefox 'Firebug', l'onglet 'Console' te permet de visualiser le temps de réponse (d'ailleur cette extension est vraiment une des meilleure pour un développeur web :) )
Evidement 250ms est une moyenne. Je sais bien que ce résultat dépendra de la puissance du serveur, de sa bande passante etc ... mais ces tests ont été réalisés sur des serveurs gratuits Free, donc forcement moins puissant et plus chargés que le serveur réservé à ma future application.
"Si c'est possible, c'est géré ainsi avec SVGCamembert"
Voici un dessin explicitant ce que je voulais dire: http://img140.imageshack.us/img140/4699/bugtrianglerx1.png
8 juil. 2008 à 02:30
"la méthode ajax est donné avec un temps de réponse d'environ 250ms"
Ah, tu sais mesurer le temps de réponse? (différent et forcément supérieur au temps d'exécution sur le serveur).
"Par contre je ne te suis pas du tout pour ton histoire d'ajax"
Il faut bien transmettre les coordonnées des triangles, non?
Mais je crois comprendre : ton camembert, c'est toujours le même, et t'as juste besoin de récupérer une fois pour toutes ces fameuses coordonnées...
"la surface du triangle ne correspond plus à la part"
Oups, j'avais oublié un détail : dans la méthode "aadraw()", les portions ne sont pas gérées dans le même ordre que dans le tableau fourni à la classe; en effet, pour des raisons faciles à comprendre, sont traitées d'abord les portions les plus éloignées (c'est-à-dire situées à 12h) pour terminer par les portions les plus proches (c'est-à-dire situées à 18h). Pour identifier correctement chaque triangle, en plus des 6 coordonnées déjà mentionnées, il faut donc ajouter un 7ème paramètre : le n° de la portion, donné dans le code de la méthode "aadraw()" par la variable "$j".
"je pense que ce n'est pas possible d'utiliser soit triangle"
Si c'est possible, c'est géré ainsi avec SVGCamembert, qui donne il me semble de bons résultats; exploites d'abord l'info du n° de la portion, là çà devrait marcher!
a++
8 juil. 2008 à 00:37
La meilleure solution doit surement consister à utiliser shape = poly afin de spécifier des parties d'ellipses.
Pour cela il va donc falloir trouver l'équation de l'ellipse correspondante à chaque part du camembert.
Une fois cette équation, il va falloir ne garder qu'une partie des points.
On connait les coordonnées des extrema : points P1 et P2
Une fois qu'on connait la partie de l'ellipse que l'on veut garder, il fa falloir échantillonner.
N'y aurait-il pas une méthode plus simple ?
Sinon il y aurait peut être possibilité de récupérer directement les points de l'ellipse à partir du code déjà écrit ?
Il suffirait ainsi de faire l'échantillonnage et le tour serait joué ?
7 juil. 2008 à 23:20
En fait avant de commencer à modifier le code j'avais déjà fait auparavant quelques tests.
Il s'avère que le résultat du camembert obtenu par la méthode ajax est donné avec un temps de réponse d'environ 250ms avec une connexion ADSL Orange et 150ms avec une connexion Free.
Ce temps de réponse est pour moi largement satisfaisant ;)
Par contre je ne te suis pas du tout pour ton histoire d'ajax, pour moi ça ne change rien:
Je vais seulement rajouter un paramètre GET afin de déterminer quelle part sera la plus excentrée et l'appel ajax se fera dans mon onclick.
je viens de récupérer les coordonnées des extrémités ça fonctionne super bien ... pour les triangles isocèles dont le sommet principal est aussi proche que 0° ...
En effet, pour une part de 50%, mon triangle se transforme en droite, du coup la surface est nulle ...
Pour les triangles dont la part est supérieure à 50% la surface du triangle ne correspond plus à la part ...
Du coup je remet en cause la façon de générer la surface cliquable :(
Si vous avez des idées je suis preneur :p
7 juil. 2008 à 01:31
Ton idée est intéressante et réalisable; cependant, si tu comptes obtenir avec Smooth3dCamembert la même réactivité qu'avec SVG3dCamembert, tu risques fort d'être déçu! Avec SVG3dCamembert, tout se passe chez le client, çà répond donc au 1/4 de tour, avec Smooth3DCamembert, chaque opération requiert une communication avec le serveur pour qu'il redessine l'image et la renvoie, ce qui est une toute autre affaire!
Ayant développé Smooth3DCamembert en local, tout çà n'était pas très apparent, mais le jour où j'ai dû transférer l'application sur Free pour la démo, j'ai été plutôt refroidi (c'est peut-être à ce moment-là que m'est venue l'idée de faire un camembert avec SVG!).
Mais bon, concrètement, les coordonnées de chaque triangle apparaissent dans la méthode "aadraw()", un 1er point sera ($x1,$y1), un 2ème ($x2,$y2), le 3ème c'est le centre ($ox,$oy). Dans cette méthode, tu peux sauvegarder ces données dans un tableau qu'il reste à créer.
Le mode de transmission est forcément en Ajax, et là se pose le problème du format des données (xml, json, texte?), le "texte" a ma préférence pour sa simplicité, sa concision, et aussi qu'il faudra forcément retravailler les données côté client. Si chaque donnée est séparée par un "espace", çà peut donner :
echo $tempfile.'?'.mt_rand() t1x1 t1y1 t1x2 t1y2 t1ox t1oy t2x1 t2y1 t2x2 t2y2 t2ox t2oy etc...
Où "$tempfile" est le nom du fichier dans lequel tu as sauvegardé ton image.
Pourquoi ".'?'.mt_rand()" après le nom du fichier ? : pour éviter d'encombrer le serveur avec une foultitude de fichiers temporaires (qu'il faudrait de plus éliminer) l'idée est d'utiliser toujours le même fichier ("camembert.png" avec Smooth3DCamembert) et de ruser en lui greffant un argument fantôme pour éviter que le client aille rechercher l'image dans son cache.
Ensuite par "t1x1" il faut comprendre "coordonnée x1 du triangle t1", chaque triangle comportant donc 6 coordonnées.
Ensuite côté client, la récupération des données requiert un :
var arr=xhr.responseText.split(' ');
"xhr" étant ton objet XMLHttpRequest
Ensuite pour mettre à jour ton image, s'impose un :
document.getElementById('monimage').src=arr[0];
(en passant bien meilleur que le système de calques que j'ai utilisé dans ma démo et que je virerai à la première occasion) et pour terminer il faut recalculer chaque coordonnée (attention si ces nombres sont réels, la fonction "parseFloat()" peut s'avérer nécessaire) pour tenir compte de la position de ton image dans ta page.
a++
6 juil. 2008 à 15:08
Je voudrais un peu modifier le code afin de faire une sorte d'interaction entre l'utilisateur et le camembert, un peu à la façon svg3dcamembert
L'utilisateur pourrait cliquer sur les face du camembert afin d'excentrer certaine part du camembert (ce qui déclencherait également d'autres actions sur ma page: mise à jours de tableaux ...)
Pour cela, je pense utiliser des balises HTML avec l'attribut shape="poly" afin préciser les coordonnées d'un triangle pour le dessus (je vais déjà voir ce que ça donne sur le dessus de la portion avant d'attaquer les faces "épaisseurs" qui seront plus difficiles à mettre en place) . Mon petit soucis vient du fait qu'il faut que je connaissent les coordonnées des différents triangles.
Voila une petite image pour mieux me faire comprendre:
http://img75.imageshack.us/img75/8717/trianglevp2.png
Pour l'instant tout est mis en place à part les coordonnées. Y aurait il une façon simple de les récupérer pour chaque part ?
27 mai 2008 à 20:06
"Béh en tout cas $this->a et b sont loin d'être entier chez moi"
Cà n'est apparemment pas une raison suffisante pour que çà parte en vrille, mais si tu étudies un peu les algorithmes dont j'ai donné les liens, ils fonctionnent tous avec des valeurs entières (c'est d'ailleurs leur raison d'être!); cependant, PHP n'étant pas typé, on a vite fait de mettre des réels à la place, et souvent sans même s'en rendre compte.
Avec le script d'origine, et en n'agissant que sur le coefficient de division de $w (égal à 2 donc "normalement"), j'ai essayé tout un tas d'autres valeurs, eh bien, voilà le résultat des courses :
$h=$w/1.4458; # ok
$h=$w/1.4457; # ko
avec la 2ème valeur, une couleur envahit toute l'image (c'est un peu le talon d'Achille de Smooth3DCamembert, souvent d'ailleurs pour d'autres raisons), alors qu'avec la 1ère le résultat est correct. A préciser que les portions sont celles dont tu m'as donné les valeurs, la taille est "medium", de plus, il faut que la dernière portion soit explosée (si elle ne l'est pas, le résultat est correct!).
Il faut donc que tout un tas de conditions soient réunies pour que le phénomène se produise.
Sur l'image d'adresse :
http://michel.vanthodiep.free.fr/smooth3dcamembert/bugs/playermania.png
dont je n'ai affiché que les éléments pertinents, le cercle noir indique une discontinuité dans le tracé de l'ellipse, une discontinuité similaire existe par symétrie sur la partie gauche de l'ellipse (un petit coup de zoom!), eh bien, si tu balances un pot de peinture au milieu de la grosse portion, la couleur va envahir toute l'image, à cause du trou situé à gauche. La raison de ce trou? 2 points de l'ellipse occupent la même position, à cause donc d'un mauvais calcul de l'ellipse (avec des valeurs d'axes non entières), allié à une translation de la portion (en effet elle est "explosée"), le tout aboutissant à une erreur d'arrondi.
Tu pourrais me dire : oui mais, dans mon camembert, c'est pas exactement ce qui se passe! Exact, mais je n'ai voulu changer que le strict nécessaire pour aboutir à un bug! (d'autant que je ne suis pas sûr que tu n'ai pas fait d'autres modifs).
"Tu ne l'as pas fait parceque tes calculs donnaient que des entiers ?"
Ben oui, pensant que les utilisateurs se satisferaient des tailles prédéfinies...
++
27 mai 2008 à 03:03
Oui, ça me dit qqch cette histoire de chiffre entier à respecter (tu l'avais signalé dans le code d'une ancienne version me semble)
Béh en tout cas $this->a et b sont loin d'être entier chez moi, lol, et ça fonctionne, et depuis un bon moment, j'en ai vu défiler des camemberts, et le seul bug que j'ai rencontré est celui que je t'ai montré. (je ne l'ai plus depuis le rechangement de 1.3 en 1.4)
Bref, par précaution j'ai arrondi le résultat des divisions, pour être sur de n'avoir que des entiers dans $this->a et b, et vérifié qu'ils fassent bien la moitier de $w et $h en entier, ça à l'air de fonctionner à la normal.
Tu ne l'as pas fait parceque tes calculs donnaient que des entiers ?
(Le camembert avec $h=$w/1.4 me plait mieux qu'avec $h=$w/2)
++
26 mai 2008 à 19:32
Attention, à modifier ainsi $h tu joues avec le feu, car on a un peu plus loin dans le code :
$this->b=$h/2;
$this->a et $this->b sont les 1/2 grand axe et 1/2 petit axe de l'ellipse du camembert et il est impératif que ces valeurs soient entières, afin que l'algorithme de Bresenham (exploité dans la méthode "aaellipse") ne fournisse pas de valeurs incorrectes pouvant se traduire par des "trous" dans l'ellipse (à la suite de quoi une couleur du camembert peut envahir toute l'image). C'est pour éviter ce genre de mésaventures que j'ai estimé plus prudent de proposer les formats précalculés "small", "medium" et "large". Je ne savais pas alors que certains utilisateurs essaieraient de créer un modèle "tiny"!
D'autre part, en modifiant ainsi $h, tu dérègles également le positionnement du texte, ce qui apparait nettement lorsqu'aucune des parts n'est "explosée" : aucune légende ne doit en principe être affichée sur le camembert.
a++
26 mai 2008 à 03:17
Arf, éffectivement c'était encore cette inclinaison qui m'entourloupait...
$h=$w/1.3 est à proscrire pour éviter le bug que j'ai signaler (on croit que ça fonctionne, et en fait ça va bugger sous certaines découpes)
La modif de l'épaisseur y a peu être joué aussi dans mon cas avec le 1.3
Bref, au final j'ai juste repassé en 1.4, je verrai si je le recroise lol, j'ai tester mes valeurs dans ton camembert d'origine et ça ne bug pas.
Les valeur que j'avais : 127, 610, 2335
$w=114;
$h=$w/1.3;
$thickness=$w/5;
Merci encore pr ce merveilleux moteur de camembert !
26 mai 2008 à 01:49
Je n'ai pas encore rencontré cette coquille!
Apparemment tu as pas mal modifié le code (les dimensions, l'inclinaison du camembert, etc...), c'est tout à ton honneur, car il n'est pas d'un accès très facile; est-tu sûr cependant que tes modifications ne sont pas en cause? As-tu essayé aussi avec le code d'origine? (désolé, mais pour moi c'est la seule référence), peux-tu me communiquer tes valeurs numériques? (j'ai fais un camembert avec les valeurs 4, 20 et 76 et j'ai pas réussi à reproduire le phénomène).
a++
26 mai 2008 à 00:18
Hélas je rencontre encore un dernier bug graphique, le voici en image :
http://img528.imageshack.us/img528/9594/camtestxs6.gif
La plupart du tps, ce bug n'apparait pas, cela dépend apparemment de les taille des parts et/ou de leur endroit, inclinaison, aa...
Peut on y faire qqch ?? Merci
25 avril 2008 à 16:37
Merci de ta réponse rapide.
M@x.
19 avril 2008 à 16:02
- Tout d'abord, quand tu postes du code, fais-le sous la forme "texte" plutôt que sous la forme d'un screenshot qui ne permet pas de faire des copier-coller et risque fort de décourager ton interlocuteur éventuel.
- Ton soucis est lié il me semble à ta manière d'exprimer les couleurs, je vois, par exemple :
$array_cam[]=array($nb_extension[0],'0x88ff49',etc...
Il existe 2 écritures possibles :
1) sous la forme de chaîne de caractères; ex : '#88ff49' ou "#88ff49" (certains systèmes peuvent aussi accepter '#8f4', en fait forme condensée de '#88ff44')
2) sous la forme numérique; en hexa : 0x88ff49, en décimal : 8978249 (c'est à dire : 136*65536+255*256+73)
et toi tu fais un "mix" des 2 : '0x88ff49' (ou "0x88ff49") n'a aucun sens et sera assimilé à un 0, qui est le code du "noir".
Ceci dit, le script du camembert (l'avant dernière version, il me semble), n'accepte que la 2ème écriture (pour des raisons de commodité, car la couleur doit ensuite être allouée avec la fonction de GD "imagecolorallocate" qui elle aussi n'accepte que du numérique).
Si tu es plus habitué à une manipulation sous forme de chaîne de caractère (ou alors si tes couleurs sont déjà stockées sous cette forme dans ta BD), qu'à celà ne tienne!, on peut très facilement convertir, et là je te renvoie à mon avant-dernier message du 17/03/2008.
A++
19 avril 2008 à 01:55
Script très utile, j'utilisai une ancienne version sur un de mes site mais je viens de tester celle-ci et c'est parfait sauf...
Mon soucis c'est que les portions son toutes noir, je ne parvient pas à modifier les couleurs :S
Voici un site sur lequel je débat de mon soucis :
http://www.siteduzero.com/forum-83-265252-p1-soucis-avec-array.html
Merci.
26 mars 2008 à 21:39
Dans la méthode "aadraw()", il suffit de mettre en commentaires le code à partir du commentaire :
# traitement des légendes
et ce jusqu'à la fin.
A++
26 mars 2008 à 00:45
comment puis-je enlever les traits et les textes de légende sur le camembert ?
merci d'avance.
17 mars 2008 à 17:51
ta réponse force le respect.
je voyais bien en affichant mes couleurs qu'elle étaient tarnsformées en une succession de chiffres, mais je n'en voyais pas la cohérence. A présent, mes variables sont bien numériques et non 0x12345.
17 mars 2008 à 16:35
Ta couleur est stockée sous la forme de chaîne de caractère. Ton problème revient à convertir cette chaîne en une valeur numérique. Le PHP n'étant pas "typé", on a vite fait de faire la confusion entre des données de natures différentes (ici chaînes et nombres).
<?php
$couleur='#123456';
$couleurcamembert=hexdec(substr($couleur,1)); /* à insérer dans le tableau */
echo '';
echo 'chaîne de caractère : ',$couleur,'
';
echo 'numérique, décimal : ',$couleurcamembert,'
';
echo 'numérique, hexa : ',sprintf('0x%06X',$couleurcamembert);
echo '
';
?>
A noter que pour afficher du numérique en hexa, on est obligé d'utiliser une fonction comme "sprintf()" qui ne trouve rien de mieux à faire que de reconvertir le nombre en chaîne...
A++
16 mars 2008 à 23:21
il faut entendre une variable php :
par exemple je stocke une couleur dans une base de données sous forme #xxxxxx. J'appelle par exemple ma variable $couleur.
j'ai essayé de définir une variable $couleurcamembert :
$couleurcamembert = "0x".substr($couleur, 1);
que j'insère dans le array, mais ça ne fonctionne pas.
merci de ta réponse.
16 mars 2008 à 19:55
Que faut-il comprendre par "type $couleur"?
A++
16 mars 2008 à 02:53
est-il possible de remplacer les couleurs 0xCC0000 par des variables de type $couleur dans les tableaux $arr ?
merci
12 mars 2008 à 18:37
Pour les amateurs de camemberts, une nouvelle source en SVG :
http://www.javascriptfr.com/codes/SVG3DCAMEMBERT_46033.aspx
A++
3 févr. 2008 à 18:04
Il est vrai que cette démo ajax est plutôt rigolote, mais à l'origine elle n'était pour moi rien d'autre qu'un outil de contrôle pour anticiper les cas particuliers. L'ayant développée en local, je suis cependant un peu déçu par son comportement en ligne quand on n'a pas la chance d'avoir une liaison adsl au top.
A++
2 févr. 2008 à 15:50
Faut que je l'essaye dès lundi matin mais rien que la démo en Ajax me plait beaucoup.
Chapeau bas, c'est vraiment de l'excellent boulot.
2 févr. 2008 à 00:22
- Voilà, avec cette version 4.0, la mise à jour intégrant l'information d'explosion de chaque part, comme suggéré par CUTMASTER.
- Le tableau des données admet donc un champ supplémentaire, le champ "xploded" : à 1, la part est "explosée", à 0 elle ne l'est pas.
- Le code php a "migré" vers php5, mais bon, çà n'est pas de la POO de haute volée, aussi il ne sera pas difficile s'il le faut de revenir à php4.
- Comme celà avait été évoqué avec TYPHON91, la couleur du texte et des traits de légende est configurable en un seul point du code :
$rgb=$this->hex2rgb(0x000000); # noir : couleur du texte et des lignes
A noter que cette couleur n'est pas passée en argument à la classe, la plupart des utilisateurs semblant se satisfaire de la couleur par défaut (noir).
- La classe admet cependant un nouvel argument : $ajax, qui permet d'adapter la sortie selon que la page appelante est en "ajax" ou en php.
- Pour bien illustrer le propos, j'ai fais 2 démos : une en "ajax" (index.html, testé avec FF2 et IE6), et une en php (index.php).
- La version "ajax" est en ligne à l'adresse :
http://michel.vanthodiep.free.fr/smooth3dcamembert/
A++
3 déc. 2007 à 20:47
1) serait-il envisageable de modifier la structure du tableau de données pour qu'il puisse recevoir l'information d'explosion de part ?
Oui, c'est possible évidemment, mais delà à dire que c'est facile à faire, c'est une autre histoire! En effet, les deux types de camemberts sont dessinés par deux fonctions différentes "aaxploded" et "aaclassic", dont les algorithmes sont sensiblement différents, en particulier
l'ordre dans lequel sont dessinées les portions; cette spécialisation permet en outre d'optimiser le code des camemberts "non-éclatés" en terme de temps d'exécution.
Ton idée vient en fait chambouler un peu toute cette organisation, il faut réécrire une partie du code (environ 1/3) et faire un "mix" des deux fonctions évoquées plus haut. Cà m'intéresse de le faire et je devrai pouvoir m'occuper de çà en début d'année prochaine.
2) envisages tu de faire un camembert façon Xiti ?
Non, pas vraiment; pour tout dire, ce qui m'intéresse dans les camemberts c'est l'aspect 3D, lequel n'apparait pas dans ton exemple.
A++
3 déc. 2007 à 12:49
Ce code est vraiment très intéressant mais j'aurai 2 petites questions en fait :
1) serait-il envisageable de modifier la structure du tableau de données pour qu'il puisse recevoir l'information d'explosion de part ? Du coup on pourrait avoir un camembert avec une ou deux parts seulement explosées, les autres seraient collées ; et pas seulement tout le monde collé ou tout le monde éclaté.
2) (un peu hors sujet) : envisages tu de faire un camembert façon Xiti ?
http://pix.nofrag.com/c/a/f/931042e1fca806e4fe76f9722e300tt.jpg
En tout cas chapeau pour ton boulot...
24 août 2007 à 20:31
1. "la couleur du petit pourcentage prend l'ensemble du font" :
Il s'agit-là apparemment du point faible du script, détaillé déjà à plusieurs reprises, et qui se
manifeste quand un pourcentage est trop faible.
Tu peux remplacer la ligne :
for ($j=$k=$v1=0;$j<$n;$j++) if ($arr[$j][0]) {
par la ligne suivante :
for ($j=$k=$v1=0;$j<$n;$j++) if ($arr[$j][0]/$sum>=0.002) {
2. "PHP Warning: imagettftext(): " :
Le problème a également été évoqué, il y a de fortes chances que le support FreeType ne soit pas
installé sur ton serveur. La solution consiste là à se débrouiller avec le script présent en haut de cette page, dans la zone "Source"; ce script, plus simple que celui du zip, n'utilise pas le support FreeType.
23 août 2007 à 13:22
En effet en taille 1 pour afficher les valeurs de 0,10 à 0,20% la couleur du petit pourcentage prend l'ensemble du font ...
De plus j'ai un Warning apache et qui me le fait planter d'ailleurs :
PHP Warning: imagettftext(): Problem loading glyph in ...on line 477
imagettftext(): Could not set character size in ... on line 479
Voilà je vais chercher mais si quelqu'un dispose d'informations ...
Voilà a + et encore un grand bravo à toi ///
2 juin 2007 à 21:33
Bonne chance et bonne continuation
2 juin 2007 à 19:20
Pour écrire le texte en blanc, remplacer la ligne :
$this->textcolor=imagecolorallocate(
$this->img,0x00,0x00,0x00); # noir
par la ligne suivante :
$this->textcolor=imagecolorallocate(
$this->img,0xFF,0xFF,0xFF); # blanc
Pour tracer les traits en blanc, remplacer les lignes :
$this->linecolor[$max-$i]=imagecolorexactalpha(
$this->img,0,0,0,round(127*(1-$k/$total)));
et
$this->linecolor[$numdiv2-$i]=imagecolorexactalpha(
$this->img,0,0,0,round(127*(1-$k/$total)));
par les lignes suivantes :
$this->linecolor[$max-$i]=imagecolorexactalpha(
$this->img,0xFF,0xFF,0xFF,round(127*(1-$k/$total)));
et
$this->linecolor[$numdiv2-$i]=imagecolorexactalpha(
$this->img,0xFF,0xFF,0xFF,round(127*(1-$k/$total)));
Lors de la prochaîne mise à jour (à l'occasion du signalement du prochain bug!), je ferais en sorte que l'on
puisse déterminer la couleur du texte et des traits en un point unique du code.
Amicalement.
2 juin 2007 à 08:59
Mon problème est tout bête mais je m'y perd dans 700 lignes de codes, tout ce que je souhaite faire c'est changer la couleur des lignes de légendes et l'écriture en blanc, comment m'y prendre ?
Merci
10 avril 2007 à 08:21
10 avril 2007 à 08:19
8 avril 2007 à 00:24
SKALASKA,
Je me suis penché sur le problème des espacements; j'ai trouvé une méthode qui marche, assez coûteuse en temps de calculs, qui permet de les avoir tous identiques. Le hic, c'est que dans certains cas particuliers le camembert devient tellement "éclaté" qu'il finit par ne plus ressembler à grand chose. D'autre part, mon instinct me dit que cette technique, qui fait appel à la fonction
"tangente" (qui n'est pas une fonction continue), va créer plus de problèmes qu'elle n'en résoud. Donc désolé, je laisse tomber.
Amicalement.
5 avril 2007 à 21:04
1. La taille de la police : Tu peux essayer une taille encore inférieure, en mettant en argument
$size+4
au lieu de
$size+5
2. La légende sur 2 lignes, tout se passe ici :
# préparation du texte
$this->data[$k]['legend']=$arr[$j][2];
$this->data[$k]['value']=number_format(100*$arr[$j][0]/$sum,2,',','').'%';
La ligne 'legend' s'occupe du texte, la ligne 'value' s'occupe du pourcentage : tu peux adapter le code à ta convenance. Tu remarqueras que je ne me propose pas de le faire : comprends-moi, mon objectif est de maintenir un code "générique", et ce qui est bon pour toi ne l'est pas forcément pour tout le monde.
3. As-tu exploré les solutions 1 et 2 évoquées plus haut?
4. Le trait incomplet : le camembert "éclaté" est dessiné dans une autre fonction et les différentes portions traitées dans un ordre particulier : d'abord la portion présente à "12h", pour terminer par celle présente à "18h". Pour le camembert "condensé", mise à jour ce WE.
5. L'espacement entre les portions : on doit pouvoir obtenir, au prix évidemment de calculs supplémentaires, un espacement constant (et arbitraire) tout en concervant des bords parallèles.
Je me suis bien évidemment posé la question, et puis j'ai choisi la facilité après avoir observé ce que l'on obtenait avec "excel" et "jpgraph". La technique est simple : toutes les portions, grosses et petites sont décalées de la même manière, et leurs "pointes", après translation, se retrouvent sur une petite ellipse égale, dans le script, à un sixième de l'ellipse de base.
Ce problème est intéressant et mérite que l'on s'y attarde (bien que le résultat ne soit pas garanti) : je vais voir...
Amicalement.
5 avril 2007 à 14:13
MErci d'avance.
5 avril 2007 à 14:09
En changeant la taille de la police avec la solution 3 ça ne passe pas non plus ;-( donc je pose une question : ne serait-ce pas possible de mettre la légende sur deux lignes si elle est trop longue ?
Pour ce qui est du trai incomplet, j'ai refais l'expérience et il semblerait à priori que cela ne se produise pas en mode éclaté.
condensé : http://img292.imageshack.us/img292/1351/condenssa6.jpg
éclaté : http://img329.imageshack.us/img329/4245/clatks1.jpg
4 avril 2007 à 20:17
Comment, pas le moindre petit bug à signaler?
Plus sérieusement : merci de m'avoir donné l'envie de faire évoluer cette source!
SKALASKA,
1. La légende, qui est tronquée :
Une première solution consiste à modifier l'ordre des portions; on doit pouvoir trouver, il me semble, une combinaison permettant à toutes les légendes de s'afficher correctement.
Une deuxième solution, expérimentée par EZA, consiste à afficher les légendes en dehors de l'image.
Une troisième solution, que je viens d'expérimenter, consiste à utiliser une taille de police inférieure, en intervenant sur le code :
# tracés
if ($xploded) $this->aaxploded($thickness,$font,$size+6,$specialcase);
else $this->aaclassic($thickness,$font,$size+6);
à remplacer par :
# tracés
if ($xploded) $this->aaxploded($thickness,$font,$size+5,$specialcase);
else $this->aaclassic($thickness,$font,$size+5);
2. Le trait de légende incomplet :
Il a été partiellement occulté par la portion suivante; ce bug, que l'on constate également dans ma démo et que j'avais même pas remarqué, ne pouvait pas se produire avec les versions précédentes du script, mais j'ai voulu faire le malin et condenser le code. Me voilà donc condamné à revenir en arrière : prochaîne mise à jour ce week-end.
4 avril 2007 à 10:30
Sinon deux petits soucis, il y a moyen d'y remédier ?
http://img257.imageshack.us/img257/5651/testjs4.jpg
2 avril 2007 à 18:11
26 mars 2007 à 20:48
Le constructeur de la classe de base "phpmycamembert" admet désormais un paramètre supplémentaire, le booléen "$xploded"; il suffira que ce paramètre soit à "true" pour "éclater" le camembert.
6 mars 2007 à 00:26
5 mars 2007 à 11:26
Je suis sous Windows et j'utilise WAMP5, est-ce que cela peut provoquer des problèmes ??
5 mars 2007 à 10:57
Aux amateurs, je signale une nouvelle mise à jour du 04/03 (voir l'historique).
4 mars 2007 à 23:09
Tout dabort, je tiens à dire qu'il y a du très jolie code la dessous et j'ai donc décidé de l'utiliser un poil mais j'ai une erreur qui me vient
Fatal error: Call to undefined function imagecreatetruecolor()on line 49 sachant que j'ai activé l'extension demandée
Est ce que quelqu'un serais d'ou provient ce problème ??
28 févr. 2007 à 09:06
je te dis un deuxième merci pour ta réponse,
c'est pile poil ce que je voulais.
Dés que j'aurai un peu de temps, je vais me plonger dans ton code pour le comprendre et ne pas faire un simple copier coller
Merci
28 févr. 2007 à 02:30
Pour afficher tes valeurs à la place des pourcentages,tu remplaces la ligne :
$this->data[$k++]['value']=number_format(100*$arr[$j][0]/$sum,2,',','').'%';
par celle-ci :
$this->data[$k++]['value']=$arr[$j][0];
Tu peux aussi faire comme CHPITIT01, indiquer ta valeur après le pourcentage, à l'intérieur de parenthèses; dans ce cas tu remplaces la ligne (toujours la même!) :
$this->data[$k++]['value']=number_format(100*$arr[$j][0]/$sum,2,',','').'%';
par celle-ci :
$this->data[$k++]['value']=number_format(100*$arr[$j][0]/$sum,2,',','').'% ('.$arr[$j][0].')';
Amicalement.
27 févr. 2007 à 16:31
j'ai une petite requête.
J'ai essayé de trifouiller un peu dans le code mais pour l'instant je galère pour comprendre.
Comment faire pour afficher les valeurs que l'on a passé à côté ou à la place des pourcentages??
Merci
27 févr. 2007 à 13:21
merci opossum_farceur
le script est excellent...
27 févr. 2007 à 10:43
J'avais un camembert qui fonctionnait mais qui était beaucoup plus basique.
Celui-ci est merveilleux.
17 févr. 2007 à 22:05
Désolé pour le temps de réponse, mais j'ai un gros soucis avec Internet...
Ton problème (dû à une portion représentant un pourcentage trop faible) montre qu'en plus de la modif du 15/02, il faut aussi en passer par le filtrage évoqué le 13/02, et que je voulais éviter.
Remplace donc la ligne suivante :
for ($j=$k=$v=0,$again=true;$j<$n;$j++) if ($arr[$j][0]) {
par celle-ci :
for ($j=$k=$v=0,$again=true;$j<$n;$j++) if ($arr[$j][0]/$sum>=0.002) {
où 0.002 (autrement dit 0.2%) est le seuil en dessous duquel une donnée ne sera pas traitée, une conséquence en sera que la somme des pourcentages restants ne sera pas strictement égale à 100% (dans le pire des cas on aura 99.81%), ce qui n'est pas d'une très grande rigueur, mais bon...
Amicalement.
16 févr. 2007 à 08:28
Je n'ai pas pu répondre plus tôt je n'avais plus internet...
Merci infiniment pour cette correction :)
Je l'ai tester mais j'ai toujours le même bug :(
Merci d'avance,
Eza
15 févr. 2007 à 20:52
2. Pour ceux que çà peut intéresser, il n'y a qu'une ligne à modifier :
imagefilltoborder($this->img,round(($x1+$x2)/2),round(($y1+$y2+$this->d)/2),$shade,$shade);
à changer en :
if ($x1-$x2>1)
imagefilltoborder($this->img,round(($x1+$x2)/2),round(($y1+$y2+$this->d)/2),$shade,$shade);
3. Je remercie tous les participants de ce forum, qui, de part leurs retours éclairés, ont contribué à améliorer cette source.
Amicalement.
14 févr. 2007 à 00:26
EZA,
peut-être que la syntaxe
if($pourcent_libre >= 1.56)
serait plus appropriée, mais franchement, avec ce test, je vois pas vraiment où tu vas...
Ce week-end, j'aurai plus de temps et je ferai une mise à jour.
Amicalement.
13 févr. 2007 à 20:46
$arr=array(
# donnée couleur légende
array($espace_libre, 0x0E6100, 'Libre'),
array($espace_script, 0xFC6500, 'Script'),
array($espace_page, 0xFFCB00, 'Pages'),
array($espace_image, 0x01547E, 'Images'),
array($espace_media, 0xFF0018, 'Medias'),
);
au début je me suis dit j'ai que mettre une condition genre
if($pourcent_libre >= 1,56)
{
array($espace_libre, 0x0E6100, 'Libre'),
}
Mais j'ai une erreur qui me dit que la syntaxe n'est pas correct.
Si vous pouviez m'aider je vous en serai très reconnaissant.
Eza
13 févr. 2007 à 14:47
Voila
13 févr. 2007 à 02:13
Le bug que tu signales a déjà été évoqué :
Commentaire de : opossum_farceur le 20/11/2006 20:10:37
Ton image a été envahie par le jaune, qui est la couleur d'une portion représentant un pourcentage proche de zéro, sans pour autant être nul.
Le script ne traite pas les cas où le pourcentage est strictement égal à zéro, mais il est encore trop permissif : il devrait également rejeter tout ce qui est en dessous d'un seuil, que j'ai évalué un peu au pif à 0.5%, mais que je devrais quantifier avec plus de précision s'il s'avère nécessaire de faire une mise à jour.
Si une portion correspond à ce cas de figure, on peut envisager 2 scénarios :
1. Le script avorte en générant éventuellement un message.
2. Le script s'accomode de la situation et n'affiche pas la portion, au risque de fausser légèrement les pourcentages restants.
Je penche évidemment pour la deuxième solution, mais on peut en discuter...
Salut VISTUO,
Désolé, mais le code tel qu'il est n'est pas prévu pour ce type de représentation.
Faire un camembert "éclaté" et "antialiassé" représente d'ailleurs un véritable challenge et nécessite la réécriture de tout le code. Un compromis acceptable (pour se faire la main)pourrait consister déjà à "éclater" la version "pixellisée" du script (la source N°34131); çà représente déjà un gros effort, pour s'en faire une idée, on peut déjà aller voir le code source de JPGraph (travail assez impressionnant dû à Johan Persson) que l'on peut trouver, il me semble, sur ce site.
Amicalement.
12 févr. 2007 à 17:36
Est-il possible de séparer de x pixel (comme $size) !!
Sa serait super simpa de me le dire !!!
12 févr. 2007 à 08:57
Le script est simplement superbe, cependant j'ai un petit bug. Comme une image vaut mieux qu'un long discours... http://img385.imageshack.us/my.php?image=bugvo9.jpg . Si vous avez une idée d'ou vient le problème.
J'ai utiliser la solution de opossum_farceur le 25/10/2006 18:56:34.
Car le support free type n'est pas activer sur mon serveur.
Je vous remercie d'avance,
Ludovic
11 févr. 2007 à 20:40
http://michel.vanthodiep.free.fr/camembert/Excel.gif
?
10 févr. 2007 à 18:32
Juste une petite question , est-il possible de faire des parts éclaté !
Si oui comment faire ?
10/10
21 janv. 2007 à 00:25
5 déc. 2006 à 16:27
Excellent, je vais m'en servir pour mon site.
Vraiment du très bon boulot. Et le côté esthétique est impec aussi !
Vivement la prochaine source, bonne continuation !
23 nov. 2006 à 00:16
20 nov. 2006 à 20:10
Le "bug" est dû à la trop grande disproportion entre la valeur la plus petite (1) et la valeur la plus grande (exprimée, il me semble, en hexa sur 15 octets !).
Un rapport de 2/100 entre ces 2 extrêmes semble être le minimum tolérable, puisque se manifeste à ce moment-là le problème du chevauchement des légendes évoqué plus haut avec CHPITIT01. Si l'on descend plus bas, vers quelque chose comme 0.5/100, un autre phénomène se produit, il n'est plus possible d'exprimer graphiquement un secteur, et sa couleur peut envahir alors toute
l'image.
Dans le code, un contrôle sommaire permet d'éluder les données strictement égales à 0, on peut "affiner" le filtrage pour que le camembert ne soit généré qu'à partir d'une certaine valeur
(paramétrable?) du rapport évoqué plus haut, sans quoi s'afficherait à la place un message, il n'empêche, le premier soucis, il est au niveau de la page appelante, c'est de fournir des données pas trop farfelues!
Amicalement.
19 nov. 2006 à 18:21
1 nov. 2006 à 15:26
absolument magnifique !
11/10 ^^
25 oct. 2006 à 20:37
C'est vraiment la classe, et un excellent script.
Merci beaucoup,
Ludovic
25 oct. 2006 à 18:56
1. dans "camembert.php", remplacer la classe "aacamembertplus" par la classe "aacamembert" présente au début de cette page (attention à l'accolade de fermeture de la classe!)
2. dans "camembert.php", remplacer :
$mon_caprice_des_dieux=new aacamembertplus($_GET['title'],str2arr($_GET['arr']),$_GET['size']);
par
$mon_caprice_des_dieux=new aacamembert($_GET['title'],str2arr($_GET['arr']));
3. dans "index.php", remplacer :
echo '';
par
echo '';
4. roulez jeunesse!
25 oct. 2006 à 12:20
Le support FreeType n'est pas désactivé,
mais n'a pas été installer sur le serveur sur le quel je suis...
Donc le souci que j'ai je l'ai tester sur mon pc avec wamp serveur et il marche super bien, mais lorsque je l'ai uploader sur mon serveur j'ai l'erreur
Fatal error: Call to undefined function: imagettfbbox() in /home/ ... /camembert.php on line 92
Alors que l'autre script avec les "pixels" marche parfaitement...
étant nouveau dans les scripts php, je ne vois pas encore comment je peux m'y prendre pour remédier à ce problème,
Merci d'avance,
Ludovic
25 oct. 2006 à 02:16
La version "pixellisée" marche parce qu'elle n'utilise pas le support FreeType. C'est le cas également de la source présente au début de cette page; moyennant quelques adaptations mineures, en prenant modèle sur la version du zip, elle peut très bien faire l'affaire!
Une question malgré tout me taraude : mais pourquoi donc désactiver le support FreeType?
Amicalement.
24 oct. 2006 à 23:17
Call to undefined function: imagettfbbox
Dommage la version pixelisé marche et celle ci me prose problème sur mon serveur, n'y a t'il pas une solution pour contourner ce problème sans devoir installer FreeType ?
Merci d'avance,
Sinon excellent script!!!
4 oct. 2006 à 18:31
Ton intention est maintenant de te débrouiller tout seul : bravo et bonnes stats !
GUISMO1ER,
Le problème que tu évoques a déjà été traité :
http://www.phpcs.com/codes/CAMEMBERTS-3D_34131.aspx
Commentaire de : opossum_farceur le 11/02/2006 14:46:59
En résumé : tu te débrouilles pour mettre les couleurs dans un tableau à part.
Après, que le fond prenne la couleur du camembert, c'est une autre histoire : là, tu postes tes données, pour que je puisse reproduire le phénomène et (éventuellement) le débugger.
Amicalement.
4 oct. 2006 à 17:16
j'ai trouvé: en faisant ca:
$arr = array();
while($data=mysql_fetch_assoc($sql2))
{
$arr[] = array($data['ville'], 0x969696,$data['loc']);
}
mais comment mettre une couleur différente pour chaque proportions, car là tout se met en une couleur, et le rendu est laid, car meme le fond est de la meme couleur :(
Merci de votre aide :)
guismo1er
3 oct. 2006 à 21:17
Bon sinon je crois que je vais faire un mixe de 2 solutions:
-Mettre le % sur la même ligne(avec ton screen c'est deja plus clair)
-Alterner les grosses parties et les petites
En tout cas merci beaucoup encre une fois pour cette formidable source :)!
3 oct. 2006 à 20:40
1 : "je pense qu'alterner les grosses parts et les petites serai peut être un bon point."
Cà, c'est à toi de le gérer dans la page appelante, ainsi que trier les données dans un ordre qui te conviennes; le faire dans la classe "aacamembertplus" (dont le rôle est d'assurer le service "minimum") risque fort de ne pas plaire à d'autre utilisateurs.
2 : "n'y a t'il pas moyen de rallonger les traits pour les légendes"
Cà, c'est à "aacamembertplus" de le gérer, mais rallonger les traits (sans augmenter la taille de l'image container, et en réduisant éventuellement la taille de la police) ne permettra pas d'éviter le chevauchement des données telles qu'elles se présentent dans ton screen.
3 : "Sinon je ferai une légende a coté en stockant la couleur, le navigateur..."
Cà, c'est la solution "Excel" (dèjà évoquée plus haut), et là, tu touches où çà fait mal, mon idée d'origine était justement de faire quelque chose qui ne ressemble pas à çà. Donc si tu te sens capable de le faire, ok vas-y mais sans moi.
4 : tu n'as pas évoqué la solution qui est de mettre la légende et le pourcentage sur la même ligne, qui réduit la longueur allouée à la légende, mais permet d'éviter les chevauchements.
Rien de tel qu'un petit screen :
http://michel.vanthodiep.free.fr/camembert/test1.png
A noter que l'image n'a pas été élargie.
5 : "Merci en tout cas d'avoir soins de d'améliorer ta source"
Ma modeste expérience de développeur m'a fait comprendre une chose : les meilleurs logiciels sont ceux qui sont le fruit d'une collaboration étroite entre développeur(s) et utilisateur(s), et où, à la limite, l'utilisateur(s), de part sa capacité à poser des questions pertinentes et à exprimer des besoins concrets, a autant de mérite que le développeur(s).
Autant te dire, CHPITIT01, qu'avec tes problèmes de légendes qui se chevauchent, tu tombes à pic pour jouer le rôle de Candide!
Amicalement.
3 oct. 2006 à 16:52
Effectivement, je ne suis pas obligé de faire une part pour chaque version de firefox mais je préfére avoir tous les cas de figures possible :D!
En ce qui concerne la résolution de ce "bug", je pense qu'alterner les grosses parts et les petites serai peut être un bon point.
Mais n'y a t'il pas moyen de rallonger les traits pour les légendes par exemple?
Sinon je ferai une légende a coté en stockant la couleur, le navigateur et ainsi juste laisser sur les lignes du camembert le % et le nb d'utilisateur mais bon ca fait plus beau actuellement(surtout que le rendu est génial :D)
Merci en tout cas d'avoir soins de d'améliorer ta source, ce qui n'est pas donné a tout le monde ;)
Amicalement,
2 oct. 2006 à 18:56
C'est un peu la solution de l'autruche, mais bon, j'avais pas envie à ce moment-là de me prendre la tête avec çà.
D'autres "techniques" sont également possibles, comme alterner les portions grosses et petites, je peux aussi revoir le code pour que la légende et le pourcentage soient sur la même ligne,
c'est pas vraiment un gros travail, mais çà réduira d'autant l'espace affecté à la légende, une solution que je ne veux pas envisager, par contre, c'est la technique "Excel", avec un tableau à côté du camembert, et où finalement le camembert, réduit de moitié, ne sert plus à rien.
Si quelqu'un a des idées, qu'il se manifeste, ce forum est là pour çà.
Un constat, derrière tout çà : le camembert n'est pas adapté pour représenter tous les types de données, et comme souvent ces données (quelque soit le sujet abordé d'ailleurs) se ressemblent, un gros poisson qui accapare la moitié des ressources, avec tout autour une multitude de "petits" qui se partagent les miettes, il peut être judicieux d'envisager des représentations plus traditionnelles comme les histogrammes.
Une autre idée comme çà, en passant : est-il vraiment nécessaire de créer une portion pour chaque version de FireFox?
Amicalement.
2 oct. 2006 à 13:14
Sinon il reste un léger bug. Rien de tel qu'un petit screen
http://www.ltdn.info/bug.jpg
Amicalement,
2 oct. 2006 à 00:49
la ligne de "camembert.php" :
if ($w<90 || $w>270) {
à transformer en :
if ($w<=90 || $w>270) {
et roulez jeunesse !
Si tu trouves cette ligne dans ton fichier et que tu fais la correction, tu n'est pas obligé de recharger le zip.
Malgré tout, ce dernier contient un fichier "camembert.php" dans lequel j'ai incorporé quelques modifs satisfaisantes pour l'esprit, mais n'entraînant pas, à mon grand regret, d'amélioration notable en matière de performances.
Le code y a gagné en concision; quant à l'aspect visuel et la mise en oeuvre, c'est comme avant.
Pour répondre (un peu tardivement, je l'avoue!) à WIZAD :
La cohérence des données, c'est, à mon avis, du ressort de la page appelante.
Il y a en effet trop de choses imprévisibles!
Que tu fournisses un tableau vide, pourquoi pas!, mais on peut aussi fournir un tableau avec n'importe quoi dedans, ou alors des données situées dans des plages entraînant des débordements, des couleurs négatives, etc..., il n'y a pas de limites à ce genre de fantaisies!, et le code, que j'ai voulu utile à 100%, est suffisamment copieux comme çà pour ne pas être encombré de ce type de vérifications.
Amicalement.
30 sept. 2006 à 22:26
Félicitation!
Ya un léger bug quand même, lorsque l'une des "parts" atteint 50% et je ne sais pas comment résoudre ce bug :(
27 sept. 2006 à 15:30
31 août 2006 à 11:19
31 août 2006 à 11:18
31 août 2006 à 11:13
1. Vous rendre dans le dossier où Apache (le serveur Web) est installé. Si vous utilisez EasyPHP, rendez-vous dans le dossier où EasyPHP est installé. Vous devriez voir un sous-dossier "apache". C'est là :)
2. Repérez un fichier appelé "php.ini" et ouvrez-le. C'est là-dedans que se trouvent toutes les options de configuration de PHP. Comme vous pouvez le voir, il y en a beaucoup.
3. Il n'y a qu'une ligne qui nous intéresse. Elle contient le texte :
;extension=php_gd2.dll
Faites une recherche pour repérer cette ligne, ça ira plus vite.
4. Enlevez le point-virgule qui se trouve devant cette ligne. Vous devriez voir ceci :
Image utilisateur
En fait, le point-virgule sert de commentaire. Tant qu'il y a le commentaire, la ligne n'est pas lue et PHP "oublie" d'utiliser GD. Si vous enlevez le commentaire, alors PHP va "charger" la librairie GD, et vous allez pouvoir travailler avec des images !
5. Enregistrez le fichier php.ini
6. Redémarrez EasyPHP.
OUF ! C'est fini ! :D
Vous allez maintenant pouvoir utiliser GD sur votre ordinateur avec EasyPHP.
Normalement, si vous regardez les extensions chargées en cliquant sur le lien "Afficher", vous devriez avoir "gd" dans la liste :
Source : SiteduZero
31 août 2006 à 11:11
31 août 2006 à 10:27
il faut l'activer dans easyphp
31 août 2006 à 10:13
29 août 2006 à 18:51
10/10
28 août 2006 à 13:36
Juste un petit point à éventuellement améliorer/corriger : lors de l'appel de camembert.php sans aucun paramètre, l'image apparaissant et assez bizarre (marque noire sur fond gris). L'amélioration possiblie serait de détecter ce genre de détail et d'afficher une image grise avec un message du type : Paramètres de l'image non fournient.
En tout cas 10/10. Et je vais m'en inspiré pour me faire un librairie de graphique.