Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.

Dans one, l’affichage des zooms est réalisé par le biais d’une moulinette. Celle-ci ne récupère parfois pas les bonnes informations ou ne les restitue pas correctement.

Cette page a pour but de donner des indications aux équipes R&D métier concernant des évolutions à réaliser pour améliorer l’affichage des zooms dans one.

Indicateurs en vue liste (colonnes état multichoix)

  1. Bonnes pratiques UX

  1. Application métier

créer un compagnon?

ALS pour voir si idem partenaire + Arnaud

Entity picture (photo article en fiche et liste)

  1. Bonnes pratiques UX

Pour certaines entités, il peut être intéressant de proposer de mettre en place une image qui permet de visualiser en un coup d’oeil.

Exemples : articles, client, fournisseur, dossier, établissement.

Pour les entités où on estime que c’est pertinent, ça doit être “activé”.

...

Avant intervention du métier

...

Après intervention du métier

...

Dans la vue liste : pas d’image de l’article

...

...

Dans la vue liste :

...

Dans la vue fiche : pas d’image de l’article

...

...

Dans la vue fiche :

...

  1. Application métier

ALS pour voir si idem partenaire + Equipe négoce

Header et titre de zoom

...

  1. Bonnes pratiques UX

Les informations situées dans le header doivent être pertinentes pour l’utilisateur. Il présente des informations permettant à l’utilisateur de se situer dans l’application et savoir ce qu’il est en train d’observer.

...

  1. Nom du zoom (cette information est reprise automatiquement)

  2. label secondaire : Il permet d’identifier l’entité. Idéalement, on veut voir apparaitre le code de l’entité. Si c’est plus pertinent, on peut aussi afficher le libellé par exemple.

  3. label primaire (= primary) :

    • c’est cette information qui apparaitra comme la colonne cliquable dans la vue liste

    • Il permet d’identifier l’entité. Idéalement, on veut voir apparaitre le libellé, la dénomination, le nom de l’entité. Si c’est plus pertinent, on peut aussi afficher le code par exemple

Les labels primaires et secondaires sont en principe complétés automatiquement.

En pratique, il y a parfois des problèmes, c’est au métier de corriger dans ce cas.

...

Avant intervention du métier

...

Après intervention du métier

...

  • Il manque le label primaire (= primary)

  • le label secondaire indique le nom de l’article alors qu’on est en train de consulter la taxe complémentaire de l’article > l’information n’est pas forcément la plus pertinente

...

...

Le code article apparait dans le label primaire ET le label secondaire alors qu’il serait plus pertinent d’avoir le libellé à un endroit.

...

Lien vers la documentation UX détaillée : https://divalto.atlassian.net/wiki/x/AYBMgwI

  1. Application métier

Indus, a voir si qq chose à faire/décrire

Code et libellé

quand le code est signifiant, pouvoir l’afficher

CI

RApprochement de plusieurs champs et align

CI exemple sur le RIB

Clé étrangère en lecture

metre un numéro bidon pour que ça s'afffiche

CI

CI remarques

Dire que les barres de boutons ne sont pas lues en One
Dire que kes unités seules après sotn à intégrer avec le libellé avant (entre ())

...

Volet
panelIconIdbb0a8ae0-4064-4e6d-a3da-5519d1a4b097
panelIcon:Solution:
panelIconText:Solution:
bgColor#B3F5FF

Pourquoi utiliser cette documentation ?

  • je crée un nouveau zoom

  • j’ouvre un zoom dans one et je me rends compte qu’il n’est pas opérationnel (affichage, fonctionnel) ou que je veux exploiter les nouvelles capacités one.

Le développement d’un zoom compatible avec divalto one se fait exactement de la même manière qu’un zoom classique, c'est à dire à partir du fichier source de masque écran DHSF manipulé avec xwin.

Info

Afin de déclencher la compilation pour One, il faut que le masque respecte la nomenclature suivante :

  • le nom du fichier doit avoir au moins 7 caractères

  • les 3ième et 4ième caractères du nom du fichier doivent impérativement êtres "ez" (ex.: xxez123.dhsf)

  • le masque doit être un masque de type "zoom" pour pouvoir s'afficher dans One

La mise en page par défaut des objets dans divalto one est automatique il y a donc rien de particulier à préciser au niveau du source du masque écran. Les objets seront placés les uns en dessous des autres d’une manière générale, et une détection de la combinaison “libellé+champ” se fait également pour afficher le libellé à au dessus du champ.

Info

Un zoom est convertit pour un affichage dans divalto one en application de règles (algorithme de placement, détection de colonnes, recherche des titres, optimisation de l’espace, responsive, …)

L’affichage des champs (libellés, champs, groupes,…) se fait donc sans intervention dans le source du masque écran !

  • Une intervention dans le masque écran est nécessaire si le rendu dans divalto one n’est visuellement pas approprié ou que le zoom dans one est inutilisable en l'état. Certaines présentations dans le masque d'écran nécessitent donc de positionner des propriétés dans le masque écran afin de faire comprendre au moteur de rendu qu'il doit changer la règle d'ordonnancement des objets à l'écran.

  • Afin d’apporter des capacités supplémentaires, certaines actions métier doivent aussi être réalisées via des fichiers JSON.

Cette documentation

  • présente les points d’attention à avoir sur les zooms

  • précise les éléments à faire pour utiliser certaines nouvelles capacités liées au zoom.

Elle s’applique :

  • aux zooms (vue fiche et liste)

  • aux popups (création, duplication,…)

Remarque

L’objectif n’est pas de reproduire ce qui était fait en WPF (sinon cela aurait été automatisé).

SOMMAIRE

Pages enfant (affichage des enfants)
allChildrentrue