Projet

Général

Profil

Development #12928

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

Ajouté par Brice Mallet il y a plus de 7 ans. Mis à jour il y a 3 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
24 août 2016
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non
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é.


Fichiers

status-icons.png (26,3 ko) status-icons.png Frédéric Péters, 04 janvier 2024 19:34
status-type-icons.png (59,1 ko) status-type-icons.png Frédéric Péters, 17 janvier 2024 10:13
status-type-icons-left.png (58,9 ko) status-type-icons-left.png Frédéric Péters, 17 janvier 2024 10:19

Demandes liées

Lié à w.c.s. - Development #75964: Workflows : Identifier facilement les statuts finaux Rejeté28 mars 2023

Actions
Lié à w.c.s. - Development #27378: [WF] vision caractère final du statut Nouveau17 octobre 2018

Actions
Dupliqué par 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 décembre 2023

Actions

Révisions associées

Révision 79a1e05b (diff)
Ajouté par Frédéric Péters il y a 3 mois

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

Historique

#1

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
#2

Mis à jour par Frédéric Péters il y a plus de 7 ans

  • Projet changé de Publik à w.c.s.
#3

Mis à jour par Frédéric Péters il y a plus de 7 ans

  • Assigné à Frédéric Péters supprimé
#4

Mis à jour par Frédéric Péters il y a plus de 7 ans

  • Priorité changé de Bas à Normal
#5

Mis à jour par Marie Kuntz il y a environ un an

  • Lié à Development #75964: Workflows : Identifier facilement les statuts finaux ajouté
#6

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

Mis à jour par Mikaël Ates (de retour le 29 avril) il y a 4 mois

  • Tags mis à joliesse BO
  • Planning mis à Non
#8

Mis à jour par Mikaël Ates (de retour le 29 avril) il y a 4 mois

#9

Mis à jour par Frédéric Péters il y a 4 mois

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

#10

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

#11

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)

#12

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

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.

#14

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

#15

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

#16

Mis à jour par Frédéric Péters il y a 3 mois

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

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 :

#18

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

#19

Mis à jour par Brice Mallet il y a 3 mois

"status-type-icons-left" également

#20

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.

#21

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.

#22

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.

#23

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.

#24

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.

#25

Mis à jour par Olivier Renard il y a 3 mois

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

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.

#27

Mis à jour par Robot Gitea il y a 3 mois

  • Statut changé de En cours à Solution proposée
#28

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 :

#29

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 :

#30

Mis à jour par Transition automatique il y a 3 mois

  • Statut changé de Résolu (à déployer) à Solution déployée
#31

Mis à jour par Transition automatique il y a 24 jours

Automatic expiration

Formats disponibles : Atom PDF