Développement >  Utilitaires >  Divers >  Synchronisation des textes  

Afficher tout Masquer tout

Dans les progiciels Adonix, les développeurs spécifiques peuvent être amenés à créer des textes (intitulés d'écran, notamment). Ces textes, stockés dans la table ATEXTE, sont automatiquement numérotés au delà de 100.000. Leur numéro importe peu dans l'absolu : si on envoie des éléments par patch ou par copie d'un dossier à l'autre, le message sera transmis avec le numéro, mais le numéro ne sera pas gardé lors de son intégration si un autre message existe dans le dossier cible.

Cette façon de fonctionner marche parfaitement tant qu'on ne se place pas dans une architecture à 3 niveaux (dossier X3, dossier de développement, dossier d'exploitation) et que l'on ne fait pas des spécifiques différents à la fois dans le dossier de développement et dans le dossier d'exploitation. Si c'est le cas, on va avoir des conflits de numéros (un même numéro ayant un texte différent dans les deux dossiers).

Or la validation de dossier transfère les textes spécifiques du dossier de référence vers le dossier final de revalidation, en écrasant ceux du dossier final. Avec un tel mécanisme, ceci signifie que l'on risquerait de perdre des textes spécifiques dans le dossier d'exploitation.

Pour éviter ce problème, la première phase de la validation de dossier réalise une copie des textes du dossier d'exploitation vers le dossier de développement, en re-numérotant les textes en cas de conflit. Cette phase, appelée Copie des textes, est décrite dans l'annexe technique correspondante (c'est la quatrième phase de la revalidation).

Cette phase peut également être lancée de façon manuelle par l'intermédiaire de cette fonction. Elle va donc à la fois :

  • créer si nécessaire des textes dans la table APLSTD située dans le dossier de référence du dossier courant.
  • re-numéroter les messages déplacés dans les éléments du dictionnaire qui les utilisent (potentiellement toutes les tables de la base qui utilisent des données de type ATX). Ces tables sont listées ci-dessous. Il est à noter qu'aucune revalidation n'est nécessaire, les textes ayant été écrits dans le source généré.

Cette fonction n'est donc normalement pas utile puisque la validation de dossier prend tout en charge. Elle a toutefois été conservée pour des raisons de précaution, et pourra être utilisée sur recommandation des équipes de support.

Tâche batch

Cette fonction peut être lancée en batch, mais il n'existe pas de tâche standard dédiée à son lancement.

Messages d'erreur

Il n'y a pas de message d'erreur autre que les messages d'erreur génériques.

Tables mises en oeuvre

Les tables suivantes sont mises en oeuvre par la fonction :

Table

Intitulé Table

ACONSULT [ACN]

Consultations

ACTCODPAR [AAR]

Paramètres des actions

ACTION [ACT]

Dictionnaire des actions

ACTIV [ACV]

Codes activité

ACTPAR [ATR]

Paramètres des actions

ADOPAR [ADP]

Paramètres

AFONCTION [AFC]

Dictionnaire des fonctions

AHISTO [AHI]

Historisation / Epuration

ALINK [ALI]

Explorateur de liaisons

AMEMO [AMM]

Mémo

AMSK [AMK]

Dictionnaire des écrans

AMSKACT [AMA]

Table affectation action-objet

AMSKZON [AMZ]

Dictionnaire des champs écran

ANAVIG [ANG]

Navigation

AOBJET [AOB]

Objets de base

AOBJLST [AOL]

Objets de base

AREPORT [ARP]

Dictionnaire des Etats

AREPORTD [ARD]

Paramètres des états

ASTYLE [ASY]

Styles de présentation

ATABLE [ATB]

Dictionnaire des tables

ATABZON [ATZ]

Dictionnaire des champs

ATEXTEXCEP [AEX]

Exceptions (traduction)

ATYPE [ATY]

Types de données

AWINBOUT [AWT]

Dictionnaire boutons fenêtres

AWINBRO [AWB]

Dictionnaire browsers fenêtres

AWINDOW [AWI]

Dictionnaire des fenêtres

GVARCODPAR [GVA]

Paramètres des variables

GVARGAU [GVG]

Variables pièces automatiques

GVARPARGAU [GVP]

Paramétrage variables

Cette fonction met en oeuvre des tables communes à tous les dossiers, situées dans le superviseur. Ces tables sont les suivantes :

Table

Intitulé Table

ADIMENSION [ADM]

Eléments de dimensionnement