Liste de liens :
Liste de liens :
Avoir une architecture de déploiement et d'utilisation compatible entre la version pour poste et la version portail (surtout corpus binaires, scripts de démarrage et scripts R).
Définir quels sont les usages et accès aux fichiers de ressources que l'on souhaite donner aux utilisateurs.
Les ressources sont fournies au moment du setup ou par le biais de mises à jour, et utilisées pendant une session de travail.
TXM pour poste livre divers types de fichiers à l'installation :
Ces fichiers sont tous accessibles à l'utilisateur dans le répertoire HOME de TXM et ont tous un potentiel d'altération du comportement de TXM différent. Il s'agit de définir une politique qui permette à l'utilisateur de pouvoir modifier ces fichiers tout en préservant la cohérence (jusqu'à un certain point à préciser) du fonctionnement de la plateforme.
Dans un premier temps, préciser la documentation de ces fichiers et leurs divers impacts sur la documentation de TXM.
Puis concevoir une dichotomie : zone système / zone utilisateur. La première où l'impact de modifications sur le fonctionnement de la plateforme est maximal et non vérifiable/protégeable. La seconde n'ayant pas d'impact majeur sur le fonctionnement.
Puis implémenter des moyens de passer d'une zone à l'autre. Par exemple: récupérer des macros systèmes, les modifier et une fois qu'on est sur de soit les basculer en système.
On différencie une zone des macros/scripts systèmes et zone des macros/scripts de l'utilisateur :
Caractéristiques :
Les répertoires de TXM HOME : css, xsl, scripts…
celles du package org.txm.macro
lanceurs des modules d'imports
utilisées par les modules d'import
qu'on peut utiliser en front XSL