Reportez-vous à la documentation de Mise en oeuvre
Présentation
Cette saisie se présente en tableau. On y saisit, pour chaque style, un code et un intitulé, ainsi que les caractéristiques de présentation associées à chaque style.
Champs
Les champs suivants sont présents dans cet onglet :
| Ce code identifie de façon unique les styles créés. Il est recommandé de ne pas utiliser un code faisant référence à une caractéristique du style, mais plutôt à son utilité (en effet, en appelant un style ROUGE, on suppose que sa police sera rouge ; or on peut changer sa couleur). |
| Intitulé associé au code précédent |
| Intitulé court sur 10 caractères alphanumériques. |
| Les caractéristiques du style sont définies sous forme d'un texte contenant des éléments tels que ceux ci-dessous, séparés par un point-virgule (et précédés également d'un point-virgule :
Note : xxxxxx sont les composantes rouges, vertes, bleues de la couleur en hexadécimal. Plutôt que de saisir les éléments en question, il est beaucoup plus simple d'utiliser le choix Editeur de style, accessible par clic droit à partir du champ contenant les caractéristiques. On dispose alors d'une fenêtre Windows(TM) classique pour définir et choisir les fontes, les tailles, les couleurs. Il est à noter qu'il n'est pas nécessaire de définir toutes les caractéristiques d'un style. Si certaines caractéristiques ne sont pas définies, elles gardent la valeur donnée par le contexte (en particulier, le paramétrage utilisateur accessible depuis le menu général du progiciel par Outils / Options). Ainsi, par exemple, la police utilisée par défaut par l'utilisateur pour les champs en saisie restera si un style se contente de changer sa couleur ; de la même façon, une alternance de couleurs paramétrée en saisie de tableaux par l'utilisateur ne sera pas affectée par un style donné à certaines cellules, si la couleur de fond n'est pas définie dans le style. |
Les champs suivants sont présents dans la fenêtre ouverte par ce bouton : Bloc numéro 1
Bloc numéro 2
Ce bouton permet la copie du style de la ligne courante vers un ou plusieurs dossiers, sur des serveurs accessibles via le réseau. |
Un certain nombre de styles standards sont pré-définis et utilisés par le progiciel.
Certains, définis à des fins fonctionnelles, sont décrits dans les fonctions qui les utilisent (c'est par exemple le cas des tableaux de bord avec ADONIX X3).
D'autres sont plus génériques et utilisés pour mettre en valeur visuellement les champs des écrans en fonction des caractéristiques définies dans le dictionnaire. Ainsi, on sait mettre en évidence visuellement :
Il est à noter que les styles associés aux caractéristiques ne s'associent pas, mais sont appliqués dans l'ordre de priorité croissant dans la liste ci-dessus. Ainsi, si un champ permet un tunnel, une fenêtre de sélection (c'est induit par le tunnel), et suppose une saisie obligatoire, le style Tunnel est appliqué.
Cette mise en valeur peut se faire en appliquant un style :
Les champs présents dans les tableaux et les intitulés des colonnes de tableaux étant présentées différemment des champs isolés organisés dans des blocs liste (on appelle bloc liste un bloc contenant une liste de champs non organisés en tableau), on distingue de styles différents pour les champs de tableaux et les champs de blocs listes.
Les styles en question sont définis par leur nom construit en utilisant la norme ABECAR, où :
On obtient donc le tableau de styles suivant :
Code du style | Utilisation |
ATTMAN | Titre des colonnes d'un tableau pour les champs obligatoires |
ATVMAN | Valeur des champs d'un tableau pour les champs obligatoires |
AFTMAN | Titre des champs dans un bloc liste pour les champs obligatoires |
AFVMAN | Valeur des champs dans un bloc liste pour les champs obligatoires |
ATTSEL | Titre des colonnes d'un tableau pour les champs disposant d'une sélection sans tunnel |
ATVSEL | Valeur des champs d'un tableau pour les champs disposant d'une sélection sans tunnel |
AFTSEL | Titre des champs dans un bloc liste pour les champs disposant d'une sélection sans tunnel |
AFVSEL | Valeur des champs dans un bloc liste pour les champs disposant d'une sélection sans tunnel |
ATTTUN | Titre des colonnes d'un tableau pour les champs disposant de sélection et de tunnel |
ATVTUN | Valeur des champs d'un tableau pour les champs disposant de sélection et de tunnel |
AFTTUN | Titre des champs dans un bloc liste pour les champs disposant de sélection et de tunnel |
AFVTUN | Valeur des champs dans un bloc liste pour les champs disposant de sélection et de tunnel |
ATTFOR | Titre des colonnes d'un tableau pour les champs permettant la saisie de formules de calcul |
ATVFOR | Valeur des champs d'un tableau pour les champs permettant la saisie de formules de calcul |
AFTFOR | Titre des champs dans un bloc liste pour les champs permettant la saisie de formules de calcul |
AFVFOR | Valeur des champs dans un bloc liste pour les champs permettant la saisie de formules de calcul |
Par défaut, les styles standards utilisés par le progiciel sont relativement sobres, mais il est parfaitement possible de définir des styles visuellement plus apparents à défaut d'être de bon goût...
Les styles une fois définis sont écrits sous la forme d'un fichier XML qui est téléchargé sur le poste client ou utilisé par le serveur Web.
Après une modification des caractéristiques de styles génériques ou de styles déjà affectés à des écrans, il est normal de ne pas voir immédiatement les styles s'appliquer. Il suffit par contre de se déconnecter et de se reconnecter pour que les styles génériques soient mis en oeuvre ; il n'est nullement besoin de revalider les écrans ou les fenêtres.
L'affectation d'un style à un écran suppose par contre une revalidation de l'écran ; cette revalidation est prise en charge par la fonction de personnalisation des écrans.
Quelques limites existent au sujet des styles appliqués à des champs désactivés (ie dont la valeur n'a pas de sens dans un contexte donné : cette caractéristique est obtenue par l'instruction adonix nommée Grizo), et des champs affichés uniquement (cette caractéristique est obtenue par l'instruction adonix nommée Diszo).
Les limites sont les suivantes :
En client-serveur, dans un tableau, les champs affichés ont une couleur imposée (gris 128,128,128) qui ne peut pas être modifiée. La couleur de fond, la police, la taille, et les attributs autres que l'italique peuvent être modifiés.
En client-serveur, dans un tableau, les champs désactivés ont une couleur imposée (gris 128,128,128) qui ne peut pas être modifiée, et sont en outre en italique. La couleur de fond, la police, la taille, et les attributs autres que l'italique peuvent être modifiés.
En client-serveur, dans un bloc liste, les champs affichés et les champs désactivés ont une couleur de fond imposée (la couleur du fond Windows) qui ne peut pas être modifiée. La couleur des caractères, la police, la taille, et les attributs autres que l'italique peuvent être modifiés.
En mode Web, il n'y a pas de contrainte sur les champs désactivés.
En mode Web, sur les champs affichés, seuls les styles liés à la couleur de fond, à la taille et à la police, au soulignement et à l'italique peuvent être affectés de façon dynamique ; la couleur de la police peut être affectée de façon statique (dans l'écran).
Les styles peuvent être statiques (définis dans le dictionnaire) ou dynamiques (ie. envoyés contextuellement par le progiciel en fonction du contexte : c'est notamment le cas des styles conditionnels). Lorsqu'un style dynamique est défini et envoyé à l'interface, ce style remplace le style statique existant; en aucun cas il ne se combine avec lui. Par combinaison, on entend par exemple le fait qu'un champ souligné à qui on enverrait un style "couleur rouge" deviendrait rouge et souligné s'il y avait combinaison. Ce n'est pas ce qui se passe, le champ ne va pas devenir souligné et rouge, mais uniquement rouge.