Accueil › Forums › Gestion d’un serveur WIMS › Administration d’un serveur WIMS › MathMl et commandes maths wims
Étiqueté : typo
- Ce sujet contient 11 réponses, 4 participants et a été mis à jour pour la dernière fois par bernadette, le il y a 9 années et 10 mois.
-
AuteurMessages
-
-
20 septembre 2013 à 07:49 #1690Dominique SOUDIEREParticipant::
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_eufZQuelqu’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 -
20 septembre 2013 à 09:36 #1691bernadetteMaître des clés::
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
-
21 septembre 2013 à 11:33 #1692bernadetteMaître des clés::
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
-
21 septembre 2013 à 14:56 #1693jm.eversParticipant
-
21 septembre 2013 à 16:05 #1694bernadetteMaître des clés::
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 -
21 septembre 2013 à 16:17 #1695
-
15 juin 2014 à 08:44 #2278ericParticipant::
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’expressioncal 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
-
15 juin 2014 à 13:55 #2280bernadetteMaître des clés::
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
-
16 juin 2014 à 15:15 #2284jm.eversParticipant::
Hi,
For a test I’ve added ‘\cal’ towims_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.
-
16 juin 2014 à 16:52 #2286ericParticipant::
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
-
16 juin 2014 à 18:23 #2289jm.eversParticipant::
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 norelax
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 onlyyylval=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.
-
16 juin 2014 à 19:13 #2295bernadetteMaître des clés
-
-
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.