1 – le bug se produisait au moment du développement de l'exercice dans createxo, pas lorsque l'exercice était ensuite utilisé. Le problème n'est pas la différence entre oef et document mais entre les modules classes.$lang et adm/createxo (c'est corrigé [r4949]).
2 – La syntaxe est de toute façon quelque chose comme
text{a=slib(geo2D/geogebra3 file=xx.ggb)}
Si la documentation ne paraît pas claire, corrigez-la !
3 – On peut depuis un certain temps (en tout cas la 4.02) mettre un fichier ggbBase64, mais cela
n'était pas documenté car il restait un bug quand le signe = se trouvait dans la chaine de caractères.
Cela a été corrigé il y a peu de temps, en tout cas, je l'espère.
Du Changelog (version 4.03b)
2012-01-07: can use ggbBase64 filestring in geogebra3 slib. If showAlgebraView=false, a blank
ggbBase64 filestring is used (if there is no other ggbBase64). (bpr) [r4895]
4 – Je déconseille en effet totalement l'utilisation d'autres choses qu'un slib.
A propos, jsxgraph a aussi été rajouté. Et on pense à proposer dans un document une primitive du type
slib{geog2D/geogebra3}{ …..} plutôt que d'avoir à définir une variable, puis à la faire afficher.
Je me demande même si une primitive geogebra3{….} ne serait pas intéressante.
Bernadette
Eric : une fois que tu as vérifié, peux-tu clore les rapport de bogues correspondants qui avaient été ouverts dans le forum de sourcesup.