MathMl et commandes maths wims

[Dominique SOUDIERE]

Up

0

Down

::

Bonjour,

Sur le site que j’administre certaines commande latex passent mal.
relax inf sup… C’est les texte relax … sui s’affichent.
Je l’avais déjà signalé également: quand je regarde List of inline mathematical symbols certains symboles ne s’affichent pas comme:

, , , , , , , , , , $m_Gamma, $m_Delta, $m_Lambda, $m_Phi, $m_Psi, $m_Pi,
, , , , … $m_AA, $m_CC, $m_RR, $m_QQ, $m_ZZ …
, ,… ,… $m_calA, $m_calB,… $m_calM,… $m_calZ
, ,… ,… $m_calA, $m_calB,… $m_calM,… $m_calZ
, ,… ,… $m_eufA, $m_eufB,… $m_eufM,… $m_eufZ

Quelqu’un aurait une idée d’où ça vient?
Cela se passe en mode MathML alors que le test MathMl donne bien le rendu sinon.
Dominique

[bernadette]

Up

0

Down

::

Ces lettres sont préfaites par le noyau de wims. Elles sont fabriquées au moment de la compilation (ceci étant, je déconseille maintenant leur utilisation dans les exercices à venir) et sont stockées dans le répertoire public_html/mathfonts
Peut-on voir cela par mail aujourd’hui, histoire de comprendre le problème.
Je ne sais plus si ton serveur est visible de l’extérieur.

Bernadette

[bernadette]

Up

0

Down

::

Après des échanges, voici un résumé :
La distribution fournit des images de ces lettres. Mais comme je fais la distribution sur un mac, les lettres majuscules sont du type ZZ_.gif au lieu
de ZZ.gif
Ces lettres ne devraient pas être dans la distribution mais fabriquées au moment de la compilation. Je pense donc les enlever et fournir une archive séparée pour ceux qui n’arriveraient pas à les faire (pour un système qui différencie les minuscules et les majuscules).

Si le problème existe actuellement sur votre installation de wims, vous pouvez d’abord essayer de refaire
cd src
./mkmathfonts
(normalement fait au moment de la compilation). Quelques fontes ne sont pas refaites et ont donc des messages d’erreur : il s’agit des euf. Je n’ai pas trouvé comment résoudre le problème (changement de texlive). Mais les autres doivent se faire sans problème.
Sinon, on peut toujours enlever les underscore dans les images des dossiers public_html/mathfonts (mais il vaudrait mieux que la première méthode fonctionne).

Bernadette

[jm.evers]

Up

0

Down

::

Hi,
I wonder why we don’t supply the ready-made images…
We do that for all other images used within wims.
Seems to me there is no copyright infringement , so what’s the problem
Apart from that in future ‘school wims-servers’ could do without TexLive
(using exclusively mathml)

Joke

[bernadette]

Up

0

Down

::

It is what we have done. I just realized that because I make the release with
an apple system, it is not OK for other people !!! (names of files are not sensible to uppercase). So I explain the problem and will try to make things better in the next release. Perhaps to save time for me, give the images in a separate archive once a time (this does not change at all).
Bernadette

[jm.evers]

Up

0

Down

::

you are right: I didn’t notice the « mistake » because I’ve not installed from scratch.
I’ll just remove the « _ » gifs.

joke

[eric]

Up

0

Down

::

Bonjour,
J’ai un problème avec les modes image/mathml :

Si je suis en mode image, le texte suivant fonctionne :

\text{S=pari([Mat([1,0,0;0,3,-4;0,4,3])])}
\statement{La base \(\cal B) donne la matrice \(\S)}

En mode mathml, la matrice est plus jolie mais l’instruction \cal n’est pas comprise et l’expression cal B est alors affichée.

Si je remplace \cal par \mathcal, à nouveau le mode image fonctionne (mais avec un caractère B très petit), et en mode mathml on obtient un résultat identique au mode image : le \mathcal a été interprété correctement mais transformé en image (peut-être qu’il n’a pas d’équivalent en mathml), et la matrice est écrite aussi en mode image : pourquoi ? Le fait qu’une formule ne puisse pas être écrite en mathml entraîne-t-il le mode image pour toutes les formules de la page ?

Autre question liée : doit-on considérer comme erreur de programmation d’écrire \cal plutôt que \mathcal dans les exercices (donc faire corriger les modules publiés ainsi), ou bien wims doit-il s’adapter pour comprendre \cal en mode mathml ?

Eric

[bernadette]

Up

0

Down

::

Mets
\matcal{B}

Le parseur mathml préfère les accolades et n’a pas exactement le même comportement que tex qui quand il n’y a pas d’accolades en déduit que la commande s’applique au caractère suivant.

Oui, il vaut mieux prendre mathcal et ne pas lésiner sur les accolades ! d’ailleurs, il me semble que c’est aussi préféré dans les forums latex (au hasard, http://tex.stackexchange.com/questions/75731/cal-messes-up-the-math-mode)

Bernadette

[jm.evers]

Up

0

Down

::

Hi,
For a test I’ve added ‘\cal’ to wims_mathm.l on Leiden wims mirror : use direct exec to test your complaints…
The quick fix code inserted into wims_mathml.l is
"\\cal"\ {1,5}[a-zA-Z]{ yylval=wims_mathml_copy3("&",yytext+5,"scr;"); return MI;}

kind regards,
joke

• Cette réponse a été modifiée le il y a 9 années et 10 mois par jm.evers.

[eric]

Up

0

Down

::

Thank you Joke,
but I think this fix for \cal in mathml doesn’t solve completely the problem.
Unless we want to abandon totally the image mode, the same formula written should give the same result in both mathml and image mode, provided they respect some (maybe restricted, ideally not) wims syntax.

I don’t know what mathml syntax is, but latex syntax is the following :
\cal is a font change, hence valid for all characters after it inside its group.
\mathcal is a function applied to one argument, which can be one character or a group of characters embraced inside brackets.

This is not what directexec gives on Leiden server for mathml :
\cal A gives correctly a calligraphic A in both modes
\cal AB gives a calligraphic AB in image, but in mathml the B is back to roman
\cal {AB} gives a calligraphic AB in image, but not understood in mathml
\mathcal A gives strange result in directexec (the letter A appears 3 times, possibly a bug of directexec). Probably the image mode is correct, not mathml.
\mathcal AB gives a calligraphic A and roman B in image mode, and only roman for mathml (+ same « bug » as above).

The other point cannot be tested (at least I don’t know) inside directexec : it is the fact that some « error » in mathml seems to affect later formulas. If you try
\statement{matrice \([1,0;3,-4]), base \(\mathcal B) , matrice \([1,0;3,-4])}
in createxo under mathml mode, the second matrix is presented as an image, while the first is written in mathml, probably because the \(\mathcal B) makes mathml sick.

So in my opinion we should first decide which syntax is allowed for calligraphic letters in wims (cal and/or mathcal, brackets or not, acts as font or funtion, …) and then try to make the parser render the formula in both modes as described by the proposed syntax. Since I am used to latex, I would of course prefer taking latex syntax as reference and try to adapt the wims parser for mathml, but you may have good reasons to object to this choice.

Once the choice is done and the technical difficulties overcome, some pedagogical modules may have to be changed (I encountered the problem in the exercise module=U2/geometry/oefgeomeucl.fr&+exo=rotationanti&+cmd=new, which is now ok on your Leiden server).

Eric

[jm.evers]

Up

0

Down

::

The mathml syntax should -ideally- be the same as in latex
Although of course not everything can be implemented: wims_mathml is 1 MB … latex is somewhat larger (…)
The latex syntax is \mathcal{} : equal to wims_mathml.
So \mathcal A is sloppy latex : there is no relax in wims_mathml. If such an error is flagged , due to unsupported syntax, we will switch to image mode for this tex-string. I don’t know why the rest of following correct latex is not presented in mathml ?
The experimental \cal in mathml is for 1 char only yylval=wims_mathml_copy3("&",yytext+5,"scr;")
yytext+5 is just a single char.

joke

• Cette réponse a été modifiée le il y a 9 années et 10 mois par jm.evers.

[bernadette]

Up

0

Down

::

I agree with Joke.
Bernadette

[Auteur]

Messages