Comment insérer un TreeView dans le menu principal de l'utilisateur?

Request description

Depuis la 4.0.PL9 il est possible d’ajouter des treeviews dans le menu principal. Je n’arrive néanmoins plus à le faire… en 5.2.17.

Steps to reproduce

J’aimerai bien les connaître :wink:

Technical information

Instance /health
[Platform]
Status=OK
Version=5.2.17
BuiltOn=2022-10-01 11:59
Git=5.2/6d655b0fcf7b83d640303aac4c1f210c5fa3bd29
Encoding=UTF-8
EndpointIP=21.1.8.21
EndpointURL=http://16745c31bed2:8080
TimeZone=Europe/Paris
SystemDate=2022-10-05 14:15:09

[Application]
ApplicationVersion=1.0.0
ContextPath=
ContextURL=https://bca.dok.intra.renault.fr
ActiveSessions=23
TotalUsers=9495
EnabledUsers=1929
LastLoginDate=2022-10-05 14:14:41

[Server]
ServerInfo=Apache Tomcat/9.0.67
ServerType=WEB
ServerActiveSessions=23
ServerSessionTimeout=30

[OS]
Name=Linux
Architecture=amd64
Version=3.10.0-1160.76.1.el7.x86_64
DockerImageName=centos7
SystemEncoding=UTF-8

[JavaVM]
Version=17.0.4.1
Vendor=Eclipse Adoptium
VMName=OpenJDK 64-Bit Server VM
VMVersion=17.0.4.1+1
ScriptEngine=rhino
ScriptEngineVersion=Rhino 1.7.13 2020 09 02
HeapFree=906860
HeapSize=3250176
HeapMaxSize=5068160
TotalFreeSize=2724844

[Cache]
ObjectCache=1075
ObjectCacheMax=10000
ObjectCacheRatio=10
ProcessCache=0
ProcessCacheMax=10000
ProcessCacheRatio=0
APIGrantCache=97
APIGrantCacheMax=1000
APIGrantRatio=9

[Database]
Vendor=2
ProductName=MySQL
ProductVersion=5.6.39-log
DriverName=MySQL Connector/J
DriverVersion=mysql-connector-java-8.0.30 (Revision: 1de2fe873fe26189564c030a343885011412976a)
DBDate=2022-10-05 14:15:09
DBDateOffset=0
DBPatchLevel=5;P02;5d9f06ab96b2d154bec456ed317d8bf0
UsingBLOBs=true

[Healthcheck]
Date=2022-10-05 14:15:09
ElapsedTime=20
Simplicité logs
NA
Browser logs
NA
Other relevant information

NA

Bonjour Bruno,

Pour le treeview dans le menu, il faut, sur le noeud racine de votre arbre:

  1. décocher l’option “Docker tree on left side”
  2. cocher l’option “Add tree to main menu”
Voir screenshot

treeview_menu

Merci c’était bien ça : les modes “dock” et “menu” étaient cochés tous les deux…
Par contre, j’ai un soucis de rendu de l’arbre dans le menu que je n’ai pas en mode “dock” :

Soit une arborescence de Process avec une relation réflexive PRO00000011 belongs to PRO00000010 belongs to PRO00000000.

à l’ouverture du formulaire de PRO00000000 :
1.Le panel restitue bien la vue arborescente PRO00000010 / PRO00000011
2.L’affichage du TreeView “Explorateur” depuis le menu plus du formulaire de PRO00000000 induit bien l’insertion de l’arborescence depuis PRO00000000 dans le menu principal mais impossible de la déployer (l’ouvrir) → cliquer sur l’entrée de menu PRO00000000 ne fait rien de visible
3.L’affichage du TreeView “Explorateur” en cliquant que l’oeil induit bien l’affichage de l’arborescence complète dans la section “dock” entre le menu principal et le formulaire… Dans cette vue l’arborescence est déployable/repliable

Oui, le clic ouvre le formulaire du noeud racine, donc si tu es déjà sur ce formulaire, il ne se passe rien.

Il manque peut-être un toast pour que ça ne donne pas la sensation “rien ne se passe”.

Merci pour ton retour.
Ok donc l’entrée de menu consiste juste en une “entrée de menu” (La Palisse n’aurait pas mieux dit).
Je projetais en fait une exploration de l’arbre directement dans le zone de menu.
L’UX prévue est plutôt d’avoir un point d’entrée dans le menu puis au choix d’ouvrir l’arborescence via l’oeil pour le formulaire via le texte cliquable.

En faisant une démo de la fonction on se rend compte qu’en fait l’insertion de l’arborescence en mode “dock” est plus pratique car la zone de menu a une largeur fixe contrairement à la zone “dock”… → c’est la solution retenue :slight_smile:

Néanmoins, de fait d’intégrer le parcours de l’arbre dans le menu + reconfigurer la zone de menu avec une largeur variable (comme pour la zone “dock”) pourrait être très pratique :wink:

1 Like

Je note une autre question plus générale sur la gestion des options énumérées : Dans le cas ci-dessus, on comprend que les choix menu/dock sont mutuellement exclusifs.
→ (/!\ feature request probablement à venir) Est-il envisageable que lors de la définition des options on puisse préciser des contraintes comme

  • A exclue B → cocher A décoche B
  • A implique D+E → cocher A coche D et E

Je sais que c’est possible en surchargeant la configuration du modèle par des contraintes ou du code mais ces use cases reviennent assez souvent et pourraient être précisés directement sur les codes énumérés…

Je suis d’accord, il manque:

  • un toast sur le click du menu
  • un helper sur l’option “Action button”
  • une contrainte sur l’option "Action button

J’ajoute ça à notre backlog :wink:

This topic was automatically closed 60 minutes after the last reply. New replies are no longer allowed.

Le sous menu est bien là (au debugger on le voit bien si on retire le display:none sur le ul), mais le chevron à droite qui permet d’ouvrir un domaine ne fonctionne pas bien à cause des autres boutons flottant… on va corriger ça.

1 Like

Ok ce sera corrigé dans la 5.2.18.

Pour le côté pédagogique du TreeView dans le Menu :

  • Si on click sur le libellé ça ouvre le formulaire de l’objet racine
  • Les boutons d’action du treeview s’affichent sur hover, sinon les “…” le rappelle à l’utilisateur
  • Si on clique ailleurs que sur un des boutons hover ou le label, ça fonctionnera en accordéon comme le reste des menus
  • Le sous-menu se calcule qu’un premier click car c’est gourmand suivant la profondeur de l’arbre
  • Le chevron à droite est juste un style “::after” ouvert/fermé si le menu est “active”, ce n’était pas un bouton d’où le petit pb d’alignement