J'ouvre ce sujet de discussion un peu technique suite à une question posée dans la rubrique programmation OEF / débutant / circuit électrique et à des interventions sur la liste générale Cet e-mail est protégé contre les robots collecteurs de mails, votre navigateur doit accepter le Javascript pour le voir .

Le souhait est de s'affranchir de la limitation de la police de caractères actuelle (ascii uniquement) utilisée dans les textes insérés des images flydraw.

Comme l'a souligné Gang Xiao, "Le vrai truc a faire est de mettre a jour la librairie gd derriere flydraw, dont la nouvelle version permet de choisir n'importe quelle police de caractere disponible sur le systeme."

Mais il prévient qu'une des difficultés est de garder la compatibilité avec les systèmes en place (en particulier knowims, et le serveur central de Nice). Bernadette Perrin-Riou souligne aussi cette contrainte.

Deux changements ont été proposés :

1/ un changement minimum, consistant à remplacer la police 128 caractères par la police 256 caractères de la nouvelle version de gd. C'est assez facile à faire, permet de satisfaire quelques besoins pour les français (accents) et (non exclusif) les physiciens (mu Omega pour micro-Ohm) mais la nouvelle limitation risque de se faire sentir assez vite tout de même. Et l'encodage risque d'être pénible sans travail supplémentaire, les caractères utiles n'étant pas à la bonne place.
2/ un passage à la nouvelle version de gd. Georges Khaznadar en a souligné bien des avantages et a proposé des modifications dans ce sens, qui font appel à la librairie installée sur le système et gèrent ainsi le standard utf-8 faisant sauter presque toute limitation.

Comme le dit Georges, "Une avancée est souhaitable, mais rien n'indique qu'elle soit urgente."

Les changements sont donc étudiés tranquillement.

Gang Xiao suggère en particulier de faciliter l'utilisation de flydraw en faisant reconnaître à wims (via un peu de programmation) des instructions comme \Omega et les traduisant en le caractère souhaité.

Il faudra étudier les polices libres les plus adéquates à utiliser ; G.K. propose déjà FreeMono.ttf (pas très jolie sur les grecques); d'autres idées ?

Les interactions avec d'autres parties du système sont aussi à prendre en compte. On a signalé texgif (à la compilation de wims) et les modules d'équadiff reposant sur src/Modules/drawode.

Tout cela demandera un peu de temps, mais c'est en progrès.


Eric

Pour le maintient de KnoWims, que faut-il prendre en charge ?

Actuellement je peux proposer un service dénommé "Freeduc-Factory", composé d'un service web plutôt fortement lié à la série de cédéroms Freeduc-CD de l'association OFSET, mais aussi d'un paquet nommé freeduc-build, diffusé sous licence libre à http://gna.org ( http://cvs.gna.org/cvsweb/freeduc-cd/freeduc-build/?cvsroot=freeduc-cd )

Ce paquet permet de dupliquer aisément un cédérom bootable tel que ceux basés sur Knoppix, et d'y faire des modifications sans prendre de risque avec son ordinateur (on travaille dans des environnements chroot chaque fois que c'est nécessaire). Le travail se fait aisément sur un ordinateur personnel, ou à distance sur un ordinateur connecté au web.