Index des fonctions Asymptote

[GM]

Un message pour attirer l'attention sur le lien "Index des fonctions" que l'on retrouve dans la signature de chacun de mes messages.

Je viens de mettre à jour :

• l'index des fonctions à partir du fichier asy.list de la version 2.28SVN ;
• la liste des typedef que l'on trouve dans les fichiers asy.

[GM]

Deux commentaires sur l'index :

On peut regretter que :

• dans certaines fonctions, apparait la mention
  

  Code : Tout sélectionner

  <default>

  au lieu de la valeur par défaut des attributs qui en ont une ;
  
• on n'a pas, pour chaque fonction, le nom du module qu'il faut éventuellement appeler avec import.

Le projet d'améliorer cette page demeure... mais je manque tout simplement de temps.

[YoungFrog]

Le nom des modules n'est pas dans asy.list apparemment, mais il suffit de demander à Asymptote pour l'obtenir :

• Code : Tout sélectionner

  asy -l --where

  donnera la réponse pour les modules chargés automatiquement, et

• Code : Tout sélectionner

  asy -l --where module

  donnera la liste des fonctions pour le module donné en argument.

Voici une liste des modules inclus avec Asymptote:
"animate" "animation" "annotate" "babel" "bezulate"
"binarytree" "bsp" "CAD" "contour3" "contour" "drawtree" "embed"
"external" "feynman" "flowchart" "fontsize" "geometry" "graph3"
"graph" "grid3" "interpolate" "labelpath3" "labelpath" "latin1"
"lmfit" "markers" "math" "metapost" "obj" "ode" "palette" "patterns"
"pstoedit" "roundedpath" "simplex" "size10" "size11" "slide"
"slopefield" "solids" "stats" "syzygy" "texcolors" "three_arrows"
"three" "tree" "trembling" "tube" "unicode" "version" "x11colors"

Il y a également d'autres modules, mais quand j'avais testé ils
n'avaient pas l'air particulièrement intéressants ou alors
étaient inclus aux modules précédents et n'apportaient rien :

;; "plain_arcs" "plain_arrows" "plain_bounds" "plain_scaling"
;; "plain_boxes" "plain_constants" "plain_debugger" "plain_filldraw"
;; "plain_Label" "plain_margins" "plain_markers" "plain_paths"
;; "plain_pens" "plain_picture" "plain_prethree" "plain_shipout"
;; "plain_strings" "plain_xasy" "graph_settings" "graph_splinetype"
;; "three_light" "three_margins" "three_surface" "three_tube"

[GM]

Le nom des modules n'est pas dans asy.list apparemment, mais il suffit de demander à Asymptote pour l'obtenir :

• Code : Tout sélectionner

  asy -l --where

  donnera la réponse pour les modules chargés automatiquement, et

• Code : Tout sélectionner

  asy -l --where module

  donnera la liste des fonctions pour le module donné en argument.

Merci de le rappeler.
Nous en avions parlé ici avec les auteurs d'Asymptote en janvier 2011.

Mais l'idée que j'ai retenue de cette discussion qui date de 3ans, ce sera plutôt de "parser" le résultat de

Code : Tout sélectionner

asy -p module

pour récupérer les fonctions avec les valeurs par défaut des paramètres.

[YoungFrog]

Mais l'idée que j'ai retenue de cette discussion qui date de 3ans, ce sera plutôt de "parser" le résultat de

Code : Tout sélectionner

asy -p module

pour récupérer les fonctions avec les valeurs par défaut des paramètres.

Pour obtenir l'information sur les "typedef" ça semble nécessaire. J'avais oublié cette option !

Tant que tu as des beaux projets comme ça, un truc que j'aimerais beaucoup c'est de pouvoir déterminer quelle fonction (et où elle est définie) est appelée avec une incantation donnée. Dans la mesure où chaque fonction est surchargée, et c'est bien sûr pour ça que l'exercice est utile, il faut analyser le type des arguments et en déduire quelle définition est appelée. Tu aurais un avis sur la question ?

[GM]

Dans la mesure où chaque fonction est surchargée, et c'est bien sûr pour ça que l'exercice est utile, il faut analyser le type des arguments et en déduire quelle définition est appelée.

A priori, tu utilises une fonction que tu choisis... donc tu sais laquelle est utilisée... non ?!?

Si tu songes au fait qu'une autre du même nom pourrait être utilisée à sa place... je rappelle qu'Asymptote nous alerte et nous demande de préciser :

[YoungFrog]

Dans la mesure où chaque fonction est surchargée, et c'est bien sûr pour ça que l'exercice est utile, il faut analyser le type des arguments et en déduire quelle définition est appelée.

A priori, tu utilises une fonction que tu choisis... donc tu sais laquelle est utilisée... non ?!?

Tu sous estimes grandement ma capacité à produire du code que je ne comprends pas entièrement Notamment dans le cas fréquent où je reprends du code trouvé sur le web (bien souvent le tiens, merci au passage !). Bref, toujours est-il que j'ai souvent du code devant moi et j'aimerais le suivre à la trace pour comprendre ce qu'il fait, par exemple pour produire quelque chose de similaire mais légèrement différent, ou encore pour comprendre pourquoi un truc fonctionne "presque mais pas complètement". Ou tout simplement pour comprendre ce qui se passe behind the scenes.

J'espère que ça explique ce que je veux faire ?