Développement > Utilitaires > Dictionnaire > Synchronisation des 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

Présentation

Un seul onglet est présent dans l'écran. Il permet de définir les paramètres de la génération.

Fermer

 

Champs

Les champs suivants sont présents dans cet onglet :

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 :

  • Fenêtres invalides signifie que l'on génère toutes les fenêtres dont l'indicateur de validité est égal à Non.
  • Horodatage inférieur à... permet de choisir une date pour traiter toutes les fenêtres dont l'horodatage est inférieur à la date donnée.
  • Toutes permet de reprendre toutes les fenêtres.
  • 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 :

  • Liste permet simplement de donner une liste des fenêtres sélectionnées dans un fichier de trace.
  • Assemblage provoque la génération des fichiers XML assemblés, pour toutes les fenêtres concernées, dans toutes les langues du dossier et pour les interfaces demandées selon le paramètre correspondant.
  • Validation provoque la régénération du code de la fenêtre à partir du dictionnaire, et l'assemblage des fenêtres dans la foulée.
  • 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)

 

Fermer

 

Tâche batch

Cette fonction peut être lancée en batch. La tâche standard SYNCHDICO est prévue à cet effet.

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

SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre

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.