Aller directement à la fin des métadonnées
Aller au début des métadonnées

Vous regardez une version antérieure (v. /wiki/spaces/PAI/pages/11263901698/D+velopper+un+zoom+compatible+divalto+one) de cette page.

afficher les différences afficher l'historique de la page

« Afficher la version précédente Vous regardez la version actuelle de cette page. (v. 4) afficher la version suivante »

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)

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

image-20240604-144250.png

Dans la vue liste :

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

image-20240604-143500.png

Dans la vue fiche :

  1. Application métier

ALS pour voir si idem partenaire + Equipe négoce

Header et titre de zoom

image-20240604-134202.png
  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

6d4efb97-6656-48a0-86ec-4bc8e46a0796.png
  • 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

2dd293ff-6de0-4d52-8a8d-688b30ac16ef-20240604-131047.png

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

de11a07d-4a5f-411f-9d70-511fa9fa3f56.png

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 ())

A vernir : DOMergeField

  • Aucune étiquette