Super. Heureusement que c'est pour faire du dessin et pas prédire la météo.
Si tu connaissais un temps soit peu les calculs nécessaire pour faire du graphisme de qualité tu ne dirais pas ça.
Essaye de faire une routine en Metapost qui place un point sur une ellipse d'après son abscisse curviligne, tu comprendras pourquoi 1e-4 de précision est insuffisant.
pas de paramètres optionnels;
Mince alors, il faudra le dire à Christophe Poulain.
Sais-tu au moins comment on code des paramètres optionnels en Metapost ?
Il faut écrire un truc du genre: vardef cercles(text t)=...
et il faut se farcir un scan du texte pour en extraire tous les éléments.
Encore plus loufoque, des paramètres optionnels avec des valeurs par défaut: http://melusine.eu.org/syracuse/metapost/vrac/ivaldi/options(...)
Tu appels ça un langage de programmation puissant ? Moi non.
pas de notion d'objet (pour un logiciel de création graphique c'est vraiment dommage).
Pourquoi tu ne lui reproche pas de ne pas être un langage fonctionnel en plus?
Simplement parce qu'un composant graphique se décrit et se manipule plus facilement dans un langage objet que dans un langage fonctionnel.
En Metapost les seules choses que tu puisses manipuler sont les points, les chemins, les couleur, et un peu les transformations; à l'époque c'était bien joli mais maintenant on est capable de faire légèrement mieux.
Tiens tu devrais mettre à jour sa page sur wikipedia.
Mais le gros reproche qu'on peut faire à Asymptote, tu l'as un peu oublié: adopter une syntaxe proche de l'imbittable c++, c'est quand même une faute de gout impardonnable.
C'est un point de vue totalement subjectif que je ne partage pas.
Le débogage en Metapost c'est une horreur et je qualifierais la syntaxe de molle.
J'ai pas mal codé en Metapost et en Asymptote.
Avec Metapost on passe son temps à chercher comment on va contourné les limitations, avec Asymptote, une fois les structures bien définies, le code coule de source.
Tiens j'ai oublié une autre limitation de Metapost: pas la possibilité de faire de la transparence.
Qu'on ne dise pas « il y a les routines d'Anthony Phan », l'auteur affirme lui-même que ce n'est pas robuste.
Bref, si l'on veut débuter dans un langage de graphisme pour LaTeX il ne faut pas choisir Metapost car il n'a pas d'avenir.
[^] # Re: Et par rapport à pgf/Tikz et autres ?
Posté par Philippe Ivaldi . En réponse au journal METAPOST 1.0 est sorti. Évalué à 1.
Si tu connaissais un temps soit peu les calculs nécessaire pour faire du graphisme de qualité tu ne dirais pas ça.
Essaye de faire une routine en Metapost qui place un point sur une ellipse d'après son abscisse curviligne, tu comprendras pourquoi 1e-4 de précision est insuffisant.
Sais-tu au moins comment on code des paramètres optionnels en Metapost ?
Il faut écrire un truc du genre: vardef cercles(text t)=...
et il faut se farcir un scan du texte pour en extraire tous les éléments.
Encore plus loufoque, des paramètres optionnels avec des valeurs par défaut:
http://melusine.eu.org/syracuse/metapost/vrac/ivaldi/options(...)
Tu appels ça un langage de programmation puissant ? Moi non.
Simplement parce qu'un composant graphique se décrit et se manipule plus facilement dans un langage objet que dans un langage fonctionnel.
En Metapost les seules choses que tu puisses manipuler sont les points, les chemins, les couleur, et un peu les transformations; à l'époque c'était bien joli mais maintenant on est capable de faire légèrement mieux.
Il n'y a pas que Wikipedia sur la toile: [pub]http://piprim.tuxfamily.org/[/pub]
C'est un point de vue totalement subjectif que je ne partage pas.
Le débogage en Metapost c'est une horreur et je qualifierais la syntaxe de molle.
J'ai pas mal codé en Metapost et en Asymptote.
Avec Metapost on passe son temps à chercher comment on va contourné les limitations, avec Asymptote, une fois les structures bien définies, le code coule de source.
Tiens j'ai oublié une autre limitation de Metapost: pas la possibilité de faire de la transparence.
Qu'on ne dise pas « il y a les routines d'Anthony Phan », l'auteur affirme lui-même que ce n'est pas robuste.
Bref, si l'on veut débuter dans un langage de graphisme pour LaTeX il ne faut pas choisir Metapost car il n'a pas d'avenir.