Synchronisation fenêtres
Au niveau technique, l'interface utilisateur des progiciels en technologie adonix est décrite au format XML. Une fenêtre XML est décrite sous la forme d'un premier fichier décrivant sa structure, et d'un ensemble de fichiers décrivant les éléments qui la composent : écrans, listes de gauche, menus locaux. Tous ces éléments sont multilingues et indépendants du poste client sous-jacent, et leur génération est issue d'une validation du dictionnaire.
Ainsi, par exemple :
- lorsqu'une fenêtre est modifiée, par exemple par l'ajout d'un bouton, le XML correspondant à la fenêtre est réécrit.
- lorsqu'un écran est modifié (par exemple par rajout d'un champ), le XML correspondant à l'écran est réécrit.
- lorsqu'une liste gauche est créée et ajoutée à une fenêtre, le fichier XML correspondant est créé, et le fichier XML de la fenêtre est remis à jour.
A partir de ces fichiers élémentaires, une phase d'assemblage permet, dans un contexte donné (type de client, langue), de générer un fichier XML optimisé, ne contenant plus que les informations utiles à l'interface considérée. C'est ce fichier assemblé qui est stocké dans le cache du poste client. Il en existe une version différente pour les interfaces client-serveur, Web, et terminaux portables, les informations nécessaires n'étant pas strictement les mêmes.
Tous les fichiers XML sont horodatés, ce qui permet à tout moment de vérifier la cohérence entre les éléments.
Pour des raisons d'optimisation, lorsqu'un écran est modifié, on ne relance pas l'assemblage des fichiers XML optimisés pour toutes les fenêtres qui l'utilisent; par contre, on met à jour un indicateur pour invalider les fenêtres. Ainsi, cet assemblage est fait à la volée lors de la première utilisation de la fenêtre dans un contexte donné.
Cette fonction permet de forcer cet assemblage, mais il permet aussi de régénérer les fichiers XML décrivant les fenêtres, pour permettre de gérer des cas tels que la mise à jour des générateurs XML.
Gestion de l'écran
Ecran de saisie
Un seul onglet est présent dans l'écran. Il permet de définir les paramètres de la génération.
| Dossier (champ APPLI) |
|
Indiquez le code du dossier de travail, tel que défini dans la table des dossiers. |
| Sélection fenêtre (champ TYPFEN) |
|
Ce champ permet de définir des critères de génération, selon le choix saisi :
|
| Date (champ TSTAMPD) |
|
Lorsqu'on désire borner la génération sur une date et une heure donnée, ces deux champs permettent de définir la date d'horodatage en deçà de laquelle la génération doit être faite. |
| Heure (champ TSTAMPH) |
| Traitement (champ TYPTRT) |
|
Les choix possibles sont les suivants :
|
| Assemblage sélectif (champ TYPASS) |
|
Ce champ permet de limiter les opérations d'assemblage à un seul type d'interface, ou au contraire à l'imposer pour toutes. |
| Nombre max d'éléments à traiter (champ NBMAX) |
Tâche batch
Cette fonction peut être lancée en batch. La tâche standard SYNCHDICO est prévue à cet effet.
Reportez-vous à la documentation de Fichier de trace
La fonction renvoie un fichier de trace qui répertorie :
- soit les éléments à valider si on le lance en mode Liste.
- soit les éléments validés si on le lance dans les autre modes.
Les éléments sont présentés sous la forme :
FEN(Z) (LAN) (NOM)
où :
- (Z) correspond à l'un des caractères W (Web), X (Client-serveur)
- (LAN) est le code langue
- (CODE) est le code de la fenêtre
Une ligne récapitulant le nombre d'écrans et de fenêtres qui ne sont pas à jour est également présente dans la trace.