Development #12928
Distinguer les statuts "finaux" dans la vue d'un workflow
0%
Description
Dans les "statuts possibles" d'un WF, les statuts cachés au demandeur sont signalés (caractères grisés)
https://demo.dev.au-quotidien.com/backoffice/workflows/68/
, de la même façon, il serait bien que les statuts ayant un caractère final soit signalés, pê tout simplement par un suffixe [final] dans l'intitulé.
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a plus de 7 ans
- Sujet changé de Signaler le à Distinguer les statuts "finaux" dans la vue d'un workflow
Mis à jour par Marie Kuntz il y a environ un an
- Lié à Development #75964: Workflows : Identifier facilement les statuts finaux ajouté
Mis à jour par Frédéric Péters il y a 4 mois
- Dupliqué par Development #85104: Dans la liste des statuts de la page d'accueil d'un workflows, avoir une indication que sur les statuts finaux ajouté
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a 4 mois
- Tags mis à joliesse BO
- Planning mis à Non
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a 4 mois
- Lié à Development #27378: [WF] vision caractère final du statut ajouté
Mis à jour par Frédéric Péters il y a 4 mois
- Fichier status-icons.png status-icons.png ajouté
Quid d'une proposition avec des symboles play/pause/stop, cf capture ?
Mis à jour par Stéphane Laget il y a 4 mois
Stop pour les statuts finaux.
Ce serait quoi la différence entre play/pause ?
(play : saut auto / pause : saut manuel ?)
Mis à jour par Frédéric Péters il y a 4 mois
Play c'est juste le statut initial; Pause c'est les statuts où le workflow peut s'arrêter (i.e. dans la capture le statut "Modifier la fiche préférence" contient juste un saut automatique, il n'y aura jamais de demande arrêtée dessus).
(mais donc ça n'est pas instantanément clair)
Mis à jour par Brice Mallet il y a 4 mois
... Pause c'est les statuts où le workflow peut s'arrêter
c'est intéressant à rendre visible, oui
(mais donc ça n'est pas instantanément clair)
je confirme
Et que diriez-vous de- statut initial : marqué avec un flèche "début de séquence" tel ↧
- statut "sans arrêt possible" : un simple trait vertical sans flèche ׀
- statut où le workflow peut s'arrêter : une flèche vers le bas avec un palier inférieur ⤓ ou à mi-hauteur ⤈
- statut final : une flèche vers le bas (ou simple trait) avec un palier inférieur double trait (pas trouvé de caractère pour) ou symbole tel ⨱
cela pourrait "dessiner" en partie droite le déroulé du WF
Mis à jour par Thomas Noël il y a 4 mois
Frédéric Péters (de retour le 8/1/2024) a écrit :
Quid d'une proposition avec des symboles play/pause/stop, cf capture ?
Moi j'aime bien, analogie assez facile pour "pause" et "stop". Pour le départ on pourrait avoir un rond, symbole "habituel" de départ des algo. Enfin, habituel pour moi. Pour filer l'analogie avec un lecteur K7, ça serait "la demande est enregistrée à partir d'ici". Si des gens n'aiment pas on leur dira que c'est BPMN.
Au niveau des représentations habituelles il y a aussi le losange qui indique "ici un choix de parcours", qu'on pourrait afficher dans les statuts contenant plusieurs sauts (versus "pause" où il y en a un seul ?). Mais bon c'est plus compliqué, et ça va embrouiller... ça sera l'objet d'un ticket futur. Ou pas.
Mis à jour par Stéphane Laget il y a 4 mois
Je trouve aussi que l'analogie avec un lecteur audio est une bonne idée.
Ce qui me semble utile d'un point de vue fonctionnel c'est :- identifier les statuts finaux (le plus important) [Stop]
- Repérer les statuts avec des sauts automatiques comme seule sortie possible [Play ou "avance rapide"]
- Repérer les statuts où le wf peut s'arrêter parce qu'une action interactive est attendue [Pause]
Perso, je ne garderai pas l'info "statut initial"
Le statut "initial" n'apporte pas grand-chose car c'est toujours le 1er statut de la liste (d'autant plus que ce 1er statut peut en même temps être un statut final, ou avec un saut manuel ou auto, et donc on devrait avoir 2 pictos sur le même statut).
Mis à jour par Anaïs Ecuvillon → en congés, retour le 30/04 il y a 4 mois
je suis assez jusqu'au boutiste, si vous prenez la direction des symboles d'un lecteur audio, il ne faut pas mélanger les genres avec des symboles en plus comme le rond qui symbolise l'enregistrement (quand il est rouge, mais bon quand même) ◯.
Et piocher uniquement dans : https://en.wikipedia.org/wiki/Media_control_symbols
Mis à jour par Frédéric Péters il y a 3 mois
- Fichier status-type-icons.png status-type-icons.png ajouté
- Fichier status-type-icons-left.png status-type-icons-left.png ajouté
identifier les statuts finaux (le plus important) [Stop]
Repérer les statuts avec des sauts automatiques comme seule sortie possible [Play ou "avance rapide"]
Repérer les statuts où le wf peut s'arrêter parce qu'une action interactive est attendue [Pause]
cf captures attachées, avec les icônes à droite comme dans la précédente, ou icônes à gauche.
Commentaires ?
Mis à jour par Robot Gitea il y a 3 mois
- Statut changé de Nouveau à En cours
- Assigné à mis à Frédéric Péters
Frédéric Péters (fpeters) a ouvert une pull request sur Gitea concernant cette demande :
- URL : https://git.entrouvert.org/entrouvert/wcs/pulls/1039
- Titre : WIP: icônes pour les différents types de statut (#12928)
- Modifications : https://git.entrouvert.org/entrouvert/wcs/pulls/1039/files
Mis à jour par Stéphane Laget il y a 3 mois
c'est top.
(Entre l'affichage droite ou gauche, je préfère gauche mais c'est complètement subjectif).
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a 3 mois
Plus "élégant" à gauche mais me semble plus fonctionnel à droite : je prends d'abord connaissance du libellé statut et ensuite je regarde cette info. Avoir d'abord cette info avant d'avoir le nom du statut me semble moins pratique.
Mis à jour par Frédéric Péters il y a 3 mois
je prends d'abord connaissance du libellé statut et ensuite je regarde cette info
Sur cet argument je préfère la position à gauche parce que les icônes sont assez grasses et vont attirer l'œil, c'est plus facile ensuite de continuer la lecture de gauche à droite, d'aligner l'oeil sur les libellés.
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a 3 mois
Justement, ce qui me semble le plus utile c'est d'abord le libellé puis cette info.
Mis à jour par Frédéric Péters il y a 3 mois
J'entends bien (c'est ça que voulait dire "Sur cet argument"), et je trouve que l'oeil y arrive plus facilement avec les icônes à gauche.
Mis à jour par Anaïs Ecuvillon → en congés, retour le 30/04 il y a 3 mois
Pour le coup je reviens Mik sur le positionnement plutôt à droite.
J'apporte d'autres arguments qui valent ce qu'ils valent car ça se base sur le comportement des me yex.
Quand l'icône est à gauche, l’œil fait des des va et vient entre l'icône et le libellé. c'est presque venu gêné ma lecture.
Quand l'icône est positionnée à droite je peux lire les libellés ligne par ligne pour rechercher le statut sur lequel je veux cliquer, sans forcément poser mon œil sur les icônes à droite.
Or la plupart du temps, quand on consulte cette page, c'est avant tout pour cliquer sur un statut car on doit le modifier, plutôt que pour savoir s'il est final ou non.
Mis à jour par Olivier Renard il y a 3 mois
- si c'est un pictogramme d'action (cliquable), il doit être à droite (pour être dans la logique des pictogrammes : modifier, copier, supprimer),
- si c'est un pictogramme d'information (non cliquable), il doit être à gauche.
Sur l'esthétique, le pictogramme de visualisation ne doit pas être trop prégnant sur la page. Ici à mon goût, il l'est trop: l'ajout d'un peu de transparence, ou un couleur plus pâle sur le pictogramme, lui donnerait l'importance moindre qu'il doit avoir.
Mis à jour par Marie Kuntz il y a 3 mois
Pour ma part : l'information de statut final ou non n'est pas une information essentielle quand on lit la liste des statuts. C'est une information complémentaire, non pertinente dans la plupart des cas. C'est pourquoi je préfère à droite. Les incones sont très grosses et gênent la lisiblité quand elles sont à gauche.
Mis à jour par Robot Gitea il y a 3 mois
- Statut changé de Solution proposée à Solution validée
Lauréline Guérin (lguerin) a approuvé une pull request sur Gitea concernant cette demande :
Mis à jour par Robot Gitea il y a 3 mois
- Statut changé de Solution validée à Résolu (à déployer)
Frédéric Péters (fpeters) a mergé une pull request sur Gitea concernant cette demande :
- URL : https://git.entrouvert.org/entrouvert/wcs/pulls/1039
- Titre : icônes pour les différents types de statut (#12928)
- Modifications : https://git.entrouvert.org/entrouvert/wcs/pulls/1039/files
Mis à jour par Transition automatique il y a 3 mois
- Statut changé de Résolu (à déployer) à Solution déployée
backoffice: add icons for different status types (#12928)