Le 15 avril 2012 10:37, René Bastian
<address@hidden> a écrit :
j'ai lu ce qui se trouve sur GitHub. Quelques remarques:
- Metafont produit du bitmap,
- Metapost, son successeur, produit du PostScript,
(Ce ne serait pas plus intéressant ?)
Et comment obtient-il du PostScript ? Grâce à MetaPost !
Je ne suis pas sûr qu'il faudrait en parler dès l'introduction, mais je pourrais être facilement convaincu.
- Metafun est un développement plus récent de Metapost et intégré
à Context qui est par rapport à Tex ce que la mobylette est au vélo,
(voir http://wiki.contextgarden.net/MetaFun ).
Intéressant, je ne connaissais pas. Tu voudrais que j'ajoute MetaFun à la liste des programmes utilisant MetaFont ? Je viens de changer pour que ce soit plus cohérent.
L'idée d'utiliser reStr.. pour la doc est bonne, par contre
pourquoi perdre votre temps à faire un tutoriel pour des
objets informatiques vétustes ?
Parce qu'on a rien de mieux.
Parce que ce n'est pas si difficile que ça en a l'air.
Parce que la mauvaise connaissance de MetaFont rend les fontes de LilyPond de moins en moins cohérentes.
Parce qu'il faudra maîtriser MetaFont si on souhaite créer un jour un successeur à MetaFont qui puisse faire migrer les fontes de LilyPond
Parce qu'on est des pionniers en paléontologie informatique.
Parce qu'on est un peu fous.
Sur le GitHub je vois déjà traîner un conf.py. Pourquoi
ne pas refaire le tout en Python ?
J'ai le Metafonbook de Knuth. Une centaine de pages (sur 350)
est occupée à mettre en place des procédés qui sont déjà
disponibles dans Python.
Pyx et à un degré moindre reportLab apportent un certain nombre
de solutions graphiques dont certaines sont, je pense, réutilisables.
Comme je le disais plus haut, c'est un de mes ardents désirs. Mais, même avec les outils modernes, cela prendra beaucoup de temps. Surtout si on souhaite faire une interface graphique pour faciliter le boulot, notamment pour comparer rapidement les différentes tailles et poids d'un caractère, pour inciter à utiliser les mêmes variables sur tout un projet, etc.
J'utilise Python de façon autonome (sans recours à MIDI ou d'autres
programmes de génération de sons) depuis 2004 - et je ne le regrette
pas : tout ce que j'ai accumulé est réutilisable, clair, lisible
même des années après. Avant de me décider pour Python, j'ai aussi
utilisé des langages plus ou moins cryptographiques (Pascal,
Csound, Lisp, etc). J'ai choisi Python bien que à l'époque il avait
la réputation d'être lent - mais cette objection ne tenait pas :
ce n'est pas la compilation qui fait perdre du temps, mais le
décryptage d'un code de plus de 6 mois.
J'ai fait le même choix. Surtout qu'un programme Python un peu trop lent n'est pas à jeter : on peut facilement optimiser un module en le ré-implémentant en C++.
Je suis devenu définitivement amoureux de Python le jour où j'ai compris comment marchaient les args et kwargs :p
Entretemps, l'extension de
calcul numérique, numpy, accélère les calculs de vecteurs de grande
dimension (sr = 44100 ou plus) de sorte que les temps de calcul
deviennent imperceptibles.
Certes. Mais pour de la résolution d'équations, le plus simple sera peut-être d'utiliser sympy, au moins dans un premier temps. Et lui est très lent :(
De toutes façons, tant qu'on ne fait pas de génération de fonte à la demande lors de l'exécution de LilyPond, le temps perdu à utiliser sympy ne gênera que les développeurs
En outre, en consultant http://pypi.python.org, on voit
que rien n'existe en "font design" - c'est un truc à faire.
Oui, mais c'est un gros investissement qui demande au moins trois personnes motivées ;o)
Tout ceci pour dire que je participerai à un tel projet -
dans la mesure de mes capacités - s'il vous tente.
Ah ben c'est parfait, on a trois personnes ! :oD
Bon après-midi,
Bertrand
Bertrand