Project

General

Profile

Development #12928

Distinguer les statuts "finaux" dans la vue d'un workflow

Added by Brice Mallet almost 8 years ago. Updated 4 months ago.

Status:
Fermé
Priority:
Normal
Target version:
-
Start date:
24 August 2016
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No
Tags:

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é.


Files

status-icons.png (26.3 KB) status-icons.png Frédéric Péters, 04 January 2024 07:34 PM
status-type-icons.png (59.1 KB) status-type-icons.png Frédéric Péters, 17 January 2024 10:13 AM
status-type-icons-left.png (58.9 KB) status-type-icons-left.png Frédéric Péters, 17 January 2024 10:19 AM

Related issues

Related to w.c.s. - Development #75964: Workflows : Identifier facilement les statuts finaux Rejeté28 March 2023

Actions
Related to w.c.s. - Development #27378: [WF] vision caractère final du statut Nouveau17 October 2018

Actions
Has duplicate w.c.s. - Development #85104: Dans la liste des statuts de la page d'accueil d'un workflows, avoir une indication que sur les statuts finauxFermé23 December 2023

Actions

Associated revisions

Revision 79a1e05b (diff)
Added by Frédéric Péters 4 months ago

backoffice: add icons for different status types (#12928)

History

#1

Updated by Frédéric Péters almost 8 years ago

  • Subject changed from Signaler le to Distinguer les statuts "finaux" dans la vue d'un workflow
#2

Updated by Frédéric Péters almost 8 years ago

  • Project changed from Publik to w.c.s.
#3

Updated by Frédéric Péters almost 8 years ago

  • Assignee deleted (Frédéric Péters)
#4

Updated by Frédéric Péters almost 8 years ago

  • Priority changed from Bas to Normal
#5

Updated by Marie Kuntz about 1 year ago

  • Related to Development #75964: Workflows : Identifier facilement les statuts finaux added
#6

Updated by Frédéric Péters 5 months ago

  • Has duplicate Development #85104: Dans la liste des statuts de la page d'accueil d'un workflows, avoir une indication que sur les statuts finaux added
#7

Updated by Mikaël Ates 5 months ago

  • Tags set to joliesse BO
  • Planning set to No
#8

Updated by Mikaël Ates 5 months ago

#9

Updated by Frédéric Péters 5 months ago

Quid d'une proposition avec des symboles play/pause/stop, cf capture ?

#10

Updated by Stéphane Laget 5 months ago

Stop pour les statuts finaux.
Ce serait quoi la différence entre play/pause ?
(play : saut auto / pause : saut manuel ?)

#11

Updated by Frédéric Péters 5 months ago

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)

#12

Updated by Brice Mallet 5 months ago

... 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
#13

Updated by Thomas Noël 5 months ago

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.

#14

Updated by Stéphane Laget 5 months ago

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

#15

Updated by Anaïs Ecuvillon 5 months ago

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

#16

Updated by Frédéric Péters 4 months ago

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 ?

#17

Updated by Robot Gitea 4 months ago

  • Status changed from Nouveau to En cours
  • Assignee set to Frédéric Péters

Frédéric Péters (fpeters) a ouvert une pull request sur Gitea concernant cette demande :

#18

Updated by Stéphane Laget 4 months ago

c'est top.
(Entre l'affichage droite ou gauche, je préfère gauche mais c'est complètement subjectif).

#19

Updated by Brice Mallet 4 months ago

"status-type-icons-left" également

#20

Updated by Mikaël Ates 4 months ago

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.

#21

Updated by Frédéric Péters 4 months ago

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.

#22

Updated by Mikaël Ates 4 months ago

Justement, ce qui me semble le plus utile c'est d'abord le libellé puis cette info.

#23

Updated by Frédéric Péters 4 months ago

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.

#24

Updated by Anaïs Ecuvillon 4 months ago

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.

#25

Updated by Olivier Renard 4 months ago

De mon point vue, la logique est:
  • 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.

#26

Updated by Marie Kuntz 4 months ago

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.

#27

Updated by Robot Gitea 4 months ago

  • Status changed from En cours to Solution proposée
#28

Updated by Robot Gitea 4 months ago

  • Status changed from Solution proposée to Solution validée

Lauréline Guérin (lguerin) a approuvé une pull request sur Gitea concernant cette demande :

#29

Updated by Robot Gitea 4 months ago

  • Status changed from Solution validée to Résolu (à déployer)

Frédéric Péters (fpeters) a mergé une pull request sur Gitea concernant cette demande :

#30

Updated by Transition automatique 4 months ago

  • Status changed from Résolu (à déployer) to Solution déployée
#31

Updated by Transition automatique about 2 months ago

Automatic expiration

Also available in: Atom PDF