Nouveautés de Tralics pour le RA 2008

Jusqu'en 2006, Tralics lisait le fichier source du Raweb, faisait des vérifications, créait un nouveau fichier source, et le traduisait en XML. En 2007, la première étape a disparu : Tralics traduit, et fait les tests lors de la traduction. Ceci induit quelques changements. En particulier il n'y a plus d'erreur fatale (un XML est produit si le fichier de configuration est correct).

En 2008, Tralics utilise le fichier de classe ra2008.clt et le package ra.plt. Des commandes de la forme \tralics@get@config sont utilisées pour accéder aux informations contenues dans le fichier de configuration, et tester la validité. Il n'est pas possible de changer dans le source TeX les noms de certaines balise XML, par exemple \ChangeElementName{rclist}{RC} ne fait rien.

On ne peut pas produire le XML sans un fichier de configuration correct (il faut utiliser ra2008.tcf, plutôt que la version 2006 de ra.tcf). Note: Si Tralics est installé et lancé automatiquement par un Makefile, il faudrait que celui-ci spécifie, via l'option -confdir, l'endroit où se trouvent les fichiers de configuration (par exemple amsmath.plt).
On ne peut pas tester le RA sans produire du XML. L'option -check dans la ligne suivante est ignorée.
tralics -check apics2008
On supprime pour 2008 la possibilité de produire du Postscript sans passer par XML. Ainsi l'option -ps dans la ligne suivante est ignorée.
tralics -ps apics2008
Tralics ne construit plus le fichier _hyperref.cfg.
On n'a plus besoin de la DTD raweb3.dtd pour faire le RAweb (des informations ont été transférées dans le fichier de configuration). Le nom de la DTD est devenue raweb7.dtd.
La distribution standard de Tralics ne contient plus, en 2008, les outils qui permettent de produire une version Postscript du rapport d'activité.
Tralics pouvait changer l'ordre des modules ; ce n'est plus le cas. C'est une erreur si on essaie de mettre un module de la section 2 après un module de la section 3. L'ordre est défini par le fichier de configuration. On ne peut mettre qu'un module dans la section composition : le compteur de section est incrémenté automatiquement.
Les commandes \isproject \theme \UR \projet (et variantes) lisent leurs arguments et les rangent quelque part. Il n'y a plus d'erreur si une de ces commandes est utilisée plus d'une fois. La commande \begin{document} utilise ces valeurs.
Le deuxième argument de l'environnement module servait comme nom du fichier html, de sorte que \moduleref pouvait servir pour une référence à un module d'un autre projet. Cette feature n'a pas été implémentée, et le nom du fichier html n'est pas défini par l'argument. Conséquence: Tralics ne positionne plus l'attribut html d'un module.
Il n'y a donc plus de contrainte sur le nom du module.
\begin{module}{diffusion}{Jos\'e Grimm}{Mon module \`a moi}
devient correct.
Tout module doit avoir un titre. Pour rester compatible avec le RA2006, le fichier de classe ra.plt remplace un titre vide par (Sans Titre).
Une erreur est signalée si on met un environnement module dans un environnement module. Si le document contient du texte entre deux modules ce texte sera traduit normalement (autrefois cela faisait une erreur incompréhensible).
Les virgules entre les \pers deviennent optionnelles.
Dans un environnement participants, la commande \pers prend 3 arguments, comme en 2006.
Dans un environnement composition, la commande \pers prend 4 arguments supplémentaires, par rapport à ceux indiqués plus haut. Deux sont obligatoires (affiliation, catégorie professionnelle) et deux dont facultatifs (CRI de rattachement et Hdr). Dans les autres cas, la commande \pers n'est pas définie.
La première section (composition de l'équipe) est formée d'un unique environnement composition, placé avant le premier module, qui ne comprend que des \pers.