Forums : Xul, Xbl, JS...

Bonjour, regarde ici http://pilat.free.fr/xul/index.htm, ça fonctionne pas mal. Seul petit souci, l'impression dans du pdf de ce genre de SVG mais bon, ça en jette quand même pour faire des stats

Oui, effectivement c'est sympa mais la construction du Camembert se fait par PHP apparemment. Je me sens pas de passer trop de temps à adapter cette fonctionnalité en SVG pour l'instant, tant pis.

Sinon, juste pour savoir, est-ce que l'idée d'un composant XBL serait intéressante ? Car si jamais je décide de me plonger (ou quelqu'un d'autre) dans ce truc, pour savoir si en terme de logique et de simplicité, il serait mieux d'utiliser XBL plutôt que SVG pour sortir un camembert ?

XBL + SVG

C'est une bonne idee, je veux bien m'y penché, mais il faudrait que tu fasses un pseudo cahier des charges, car je n'en ai jamais eu l'utilité alors, je sais pas trop ce que ca necessite. néanmoins, je vois les choses un peu comme ca :

un conteneur (nom à determiner en usassez generique style graphicschart), avec comme attribut type (pour une future autre representation "histo, courbe etc...") xmin, xmax, ymin, ymax puis les données "<datas> surement" avec attribut value, legend, et des listener sur over click etc...

Si vous voyez autre chose, dites le. pour les color etc, le CSS bien sur donc ya plus qu'a ce mettre en SVG, j'avais deja regardé, mais si pas d'application, pas d'apprentissage.

Bonjour,

quelques suggestion qui me viennent à l'esprit par rapport aux paramétrages proposés ici, http://pilat.free.fr/xul/histogrammes.xu(..) je pense qu'il serait super

• de pouvoir affiner la gestion de la bulle de survol : présence ou pas, contenu, forme, police du contenu, nature du contenu par rapport aux données,
• de pouvoir affiner la gestion des libellés, des légendes : police de caractères, l'orientation verticale ou horizontale ?
• que la source de données, de légendes soit RDF.

A part ça c'est tout et ça doit être achement simple et rapide à faire ;-)

Ah, je savais que hhf serait intéressé ! Super !

Pour les suggestions, ce qui me vient à l'esprit :

• Pouvoir choisir la couleur (surtout pour le camembert en fait...
• Ne pas mettre la légende "dessus" mais plutot à côté en colonne comme une légende avec un petit carré de couleur correspondante devant, façon Xiti comme ça :

Sinon, je me demande si c'est vraiment faisable de faire un même objet pour des histogrammes ou des Camemberts : Ca ne représente pas du tout le même genre de données, ça va pas être compliqué ? Ne vaut-il pas mieux faire un Widget spécialisé pour chaque type ? Prenant des données spécifiques à chaque type de graphique ?

En tous cas, merci beaucoup à toi de te pencher sur ce Widget =D

Vais je dire une betise... (pour changer), mais vaudrait il mieux pas directement coder un "framework" en Javascript genre objet permettant de dessiner des graphiques (genre ce qui ce fait déjà en php). Dans ma tête je trouve ça plus logique que de créer un widget

aMan : c'est une betise... LOL
php = partie metier
xul = partie interface

les frameworks php (ou autre) qui pissent du DHTML ou autre sont pour moi des grosses merdes, meme si des fois c'est trés seduisant comme par exemple GWT (deneration de DHTML avec instanciation d'object en JAVA). la description de l'interface via une description XML est la meilleur methode qui soit. Même adobe l'a compris avec Flex (et peut etre MS avec ... je sais plus le nom). On se demande comment on faisait avant... Donc il faut areter d'instancier des object grafic coté metier, et même coté IHM evitez d'instancier les widgets du style document.createElement(".."). Très bad methode. Pour en revenir au camembert, voila comment je vois les choses : Je m'apuis dans cette exemple sur le graphic du post de Raphael

 <hbox>
   <spacer flex="1"/>
   <chart datasources="rdf:null" ref="urn:statistic:list" type="pie" total="100%" style="" class="">
      <template>
         <data uri="rdf:*" value="rdf:urn:statistic:value" text="rdf:urn:statistic:text" color="rdf:urn:statistic:color" tooltip="rdf:urn:statistic:text"/>
      </template>
   </chart>
   <spacer flex="1"/>
   <chart datasources="rdf:null" ref="urn:statistic:list" type="legend" style="" class="">
      <template>
         <data uri="rdf:*" value="rdf:urn:statistic:value" text="rdf:urn:statistic:text" color="rdf:urn:statistic:color" tooltip="rdf:urn:statistic:text"/>
      </template>
   </chart>
   <spacer flex="1"/>
 </hbox>

Voila, dans un premier temps je vais juste me limiter au camembert, et à la legende, mais apres on pourra envisager d'autre visualisation. Pour les evenements on verra apres.

Voila ca va à tout le monde comme ca ?

A priori oui... =)

Ben, j'ai un peu regardé, ben le SVG, c'est chaud... LOL la "difficulté" à mon sens, c'est que le dessins ce fait en pixel et donc il faut sizer le conteneur, un peu dommage, d'abandonner nos bon vieux flex=""... enfin, je suis dessus. Si yen a qui maitrise l'ellipse de SVG pour covertir un % en angle..., je suis preneur

Euh, je dis pas ça parce que je suis matheux de formation, mais c'est juste un produit en croix la conversion " % / ° " XD

 x degrés = x % * 360 / 100

Bon courage pour le SVG, je ne puis malheureusement pas t'aider...

En fait ce que je veux, ce sont les coordonnées en x et en y pour un pourcentage donné.

soit p le pourcentage x, y les coordonnées cherchées

 on a x = Math.cos(a);
 on a y = Math.sin(a); // a en radian

 a = 2pi*p/100; // tour complet

j'ai bon ?

Oui, a priori, c'est ça... mais du coup, si tu fonctionnes par coordonnées, il va falloir te replacer dans le "nouveau" repère à chaque création de "section de camembert" non ?

Car là, ça te place ton secteur angulaire si tu débutes en (1,0). Mais pour le second secteur, il faut te placer en (cos a, sin a)... ?

As-tu besoin d'aide mathématique ? Si oui, essaie de m'expliquer comme fonctionne le dessin et je ferai mon possible.

bon, ca y est j'arrives à dessiner les cammenberts, reste à faire l'interface (API) pour toutes les maj ou autre manip. ca avance. Je continurais ce WE si j'ai le tps.