Produits Entr'ouvert » w.c.s.

(plus vraisemblablement une option sur l'action actuelle qu'une nouvelle action)

Qu'on renommerait "Alerte en haut/bas de page"

Note : les alertes s'affichent en backoffice et en frontoffice, il faudra donc veiller à vérifier ce que ça donne dans les deux interfaces.

Frédéric Péters a écrit :

Mais ça peut se discuter.

C'est parce que tu as créé un type d'alerte "alerte sur les actions", ce qui n'étais pas forcément l'objet du ticket (mais qui reste une bonne idée). Pour ce type de message d'alerte, effectivement c'est normal de lier avec les actions.

Mais pour éviter les confusions ou devancer l'appel, je dirais qu'on pourrait dès maintenant ajouter un vrai type d'alerte "en bas de page", qui ne soit pas conditionné par les actions. Donc trois type d'alertes : "en haut", "en bas", "en cas d'action(s) à effectuer".

Et si c'est jugé compliqué, alors je serais pour supprimer "en cas d'action".

"Alerte au-desuss des actions", parce que c'est ça qui s'est finalement trouvé demandé, et non en bas de page.

Mon hésitation c'est surtout de faire figurer ce message au-dessus du message de lock, parce qu'on se trouverait là avec deux messages bizarrement articulés. Avoir le message affiché même en absence d'actions, sauf quand message de lock, je pense que ça m'irait.

Frédéric Péters a écrit :

"Alerte au-desuss des actions", parce que c'est ça qui s'est finalement trouvé demandé, et non en bas de page.

Ok mais nommons-le clairement "Alerte au niveau des actions" ou "au dessus des actions", mais quelque chose qui fasse comprendre que ça ne s'affichera que si des actions sont possibles.

Mon hésitation c'est surtout de faire figurer ce message au-dessus du message de lock, parce qu'on se trouverait là avec deux messages bizarrement articulés. Avoir le message affiché même en absence d'actions, sauf quand message de lock, je pense que ça m'irait.

A vrai dire l'usage que je connais de ce message est plutôt en frontoffice ; pour éviter d'enregistrer des trucs qu'on veut afficher à l'usager dans l'historique.

Ok mais nommons-le clairement "Alerte au niveau des actions" ou "au dessus des actions", mais quelque chose qui fasse comprendre que ça ne s'affichera que si des actions sont possibles.

Oui, "top of actions" c'est ce qui est utilisé dans le patch.

A vrai dire l'usage que je connais de ce message est plutôt en frontoffice ; pour éviter d'enregistrer des trucs qu'on veut afficher à l'usager dans l'historique.

Dans la description du ticket, il est plus question du côté agent « s'affiche juste au-dessus des boutons d'action d'un agent traitant », mais je n'ai pas tout le contexte des besoins. Mais à continuer à y réfléchir, quand même, l'usager/agent en bas de page, il est là pour les actions de workflow, s'il n'y a pas d'action le message a quand même une bien meilleure place en haut.

_~~

À part ça, à relire la description, « d'avoir un message global (et pas lié à un statut) », le "pas lié à un statut", c'est bien "pas inscrit dans l'historique" que je lisais, le message reste nécessairement défini au niveau d'un statut.

Frédéric Péters a écrit :

Ok mais nommons-le clairement "Alerte au niveau des actions" ou "au dessus des actions", mais quelque chose qui fasse comprendre que ça ne s'affichera que si des actions sont possibles.

Oui, "top of actions" c'est ce qui est utilisé dans le patch.

Parce qu'en plus il faut relire les patches ?

Donc c'est aussi ici que je verrais bien "Top of actions" à la place de juste "Actions" : options=[('top', _('Top')), ('actions', _('Actions'))]) -- et alors puis c'est un ack.

A vrai dire l'usage que je connais de ce message est plutôt en frontoffice ; pour éviter d'enregistrer des trucs qu'on veut afficher à l'usager dans l'historique.

Dans la description du ticket, il est plus question du côté agent « s'affiche juste au-dessus des boutons d'action d'un agent traitant », mais je n'ai pas tout le contexte des besoins. Mais à continuer à y réfléchir, quand même, l'usager/agent en bas de page, il est là pour les actions de workflow, s'il n'y a pas d'action le message a quand même une bien meilleure place en haut.

Oui mais non parce que le premier réflexe quand tu viens d'appuyer sur un bouton dans le workflow, c'est d'aller voir si tout s'est bien passé, et donc immédiatement d'aller en bas de la page voir la fin de l'historique... (tu = l'agent traitant). Mais c'est un autre sujet, en vérité, plus général, de revoir à mon avis cette page de traitement d'une demande pour en améliorer l'efficacité lors d'un traitement (ce qu'on a commencé avec le repli automatique des données, genre, faudrait voir à continuer là dessus un de ces quatre, mais ça demande d'abord des avis croisés de plein de gens impliqués en vrai dans cette vie d'agent traitant).

À part ça, à relire la description, « d'avoir un message global (et pas lié à un statut) », le "pas lié à un statut", c'est bien "pas inscrit dans l'historique" que je lisais, le message reste nécessairement défini au niveau d'un statut.

Ouaip j'ai pas complétement lu ce ticket dans son contexte, juste dans le contexte de mes idées à moi qui n'ont jamais été écrites nulle part. Un message "global pas lié à un statut", il faut vite oublier cette idée, elle n'a pas de sens.

Mmmhh... « affiche tout le temps le message (sauf en présence d'un lock) » : ça sous-entend l'idée que c'est donc lié aux actions... Donc non, je suis pas bien chaud.

Sur le raisonnement par rapport au verrouillage c'est que le message qu'on veut faire passer l'agent à ce moment-là c'est que la demande est verrouillée, pas brouiller les choses avec en même temps un autre message qui va parler d'on ne sait quoi peut-être d'éléments d'un formulaire qui n'est pas affiché.

Sinon, retour à la version précédente, qui est totalement claire sur le fait qu'elle est liée aux actions ?

Frédéric Péters a écrit :

Sinon, retour à la version précédente, qui est totalement claire sur le fait qu'elle est liée aux actions ?

Oui, en remplaçant juste "('actions', _('Actions')" par "('actions', _('Top of Actions')" ou autre.

Mais on peut déjà penser aussi à une troisième option, "bottom" qui affiche l'alerte en bas, toujours.

Ack

Je n'ai pas pu participer au débat et je ne comprends pas le lien (ou l'absence de lien ?) avec les actions. Mais ce que je sais c'est que "Au-dessus des actions" c'est bien peu compréhensible pour la plupart des users. "Bas de page" c'est moins précis mais beaucoup plus facile à comprendre.

En revanche "Alerte" tout cours, c'est bien mieux que ce que je proposais.

Pierre Cros a écrit :

Je n'ai pas pu participer au débat et je ne comprends pas le lien (ou l'absence de lien ?) avec les actions. Mais ce que je sais c'est que "Au-dessus des actions" c'est bien peu compréhensible pour la plupart des users. "Bas de page" c'est moins précis mais beaucoup plus facile à comprendre.

Effectivement le débat était : pourquoi lier cela avec les actions ? En fait, ça vient de la demande « s'affiche juste au-dessus des boutons d'action d'un agent traitant » : on a sous-entendu que ça voulait dire que ce message était là pour guider l'agent s'il a des actions à faire.

Ca peut avoir du sens, mais c'est vrai qu'au final ça risque de pas être simple à comprendre, sauf si on ajoute un peu de blabla dans le formulaire de configuration de l'action.

Donc actuellement on a deux choix pour une alerte : "en haut de page" et "au dessus des actions".

• ajouter un troisième choix "en bas de page" : ça me semble indispensable, une alerte n'est pas toujours liée à la présence d'action ; typiquement sur une demande dont le traitement a planté (et on a envoyé un message au chef de service, mais l'agent doit attendre)
• et/ou renommer "au dessus des actions" en "accompagnant les actions" ; un truc qui sous-entende mieux le lien avec la présence d'actions (sachant que la notion "d'action" est quand même à traduire, ça veut dire "boutons ou formulaire présenté à la personne connectée en backoffice"
• et/ou ajouter un peu d'aide en ligne dans la page de config de l'action (ou juste dans la doc)

Le samedi 17 février 2018 à 15:14 +0100, redmine@entrouvert.com a écrit :

Donc actuellement on a deux choix pour une alerte : "en haut de page" et "au dessus des actions".

Je suis l'auteur du ticket, je n'y parle pas d'actions.
Je voulais un truc genre "Position dans la page" avec 2 choix "En haut" et "En bas" (et je comprends toujours pas ce qui nous en empêcherait, je ne vois pas ce que ça nous apporte de parler des actions ici, je rate le lien existant entre alertes et actions).

Si le débat est nécessaire, faire un autre ticket pour en parler car celui-ci est fermé, avec ces possibilités :

C'est Fred a qui je disais ça par mail qui m'a demandé de le mettre dans le ticket.

Et à tout relire et à tester, je pense comprendre que Fred a fait le choix de lier l'affichage de l'alerte à l'affichage des actions.

Peut-être que c'est intéressant dans certain cas d'usage (non je ne sais pas lesquels) mais c'est au prix d'une complexification de cette action "Alerte" qui me semble par trop indigeste.

Et donc je souhaiterais que les cas d'usages en question soient traités autrement (avec les aides contextuelles par exemple).

Je suis l'auteur du ticket, je n'y parle pas d'actions.

La description fait deux phrases et la première est la suivante : (l'emphase est de moi)

Parfois il est intéressant d'avoir un message global (et pas lié à un statut) qui s'affiche juste au-dessus des boutons d'action d'un agent traitant.

Sinon pour reprendre, pour avancer sur autre chance, ma position est arrivée autour de la question de comment traiter le formulaire verrouillé : il y a déjà un message "en bas", c'est ce message qui est important et je trouverais confus d'y joindre un autre message, surtout qu'il parlerait peut-être d'actions d'un formulaire qui n'est pas affiché.

C'est à ce moment que le "bas de page" bascule définitivement en "accompagnant les actions".

Mais comme noté plus haut, l'action a maintenant deux options, on peut renommer "accompagnant les actions" et ajouter une position "bas de page", qui rendrait le message absolument tout le temps présent. Ou annuler ce patch et mettre uniquement cette position "bas de page", et que ce "bas de page" apparaisse même en présence du message de verrou, ou pas.

Le samedi 17 février 2018 à 16:40 +0100, redmine@entrouvert.com a écrit :

que ce "bas de page" apparaisse même en présence du message de verrou

Oui (et je veux bien qu'on me pointe les inconvénients de ce comportement, je ne les vois toujours pas).

Le samedi 17 février 2018 à 16:28 +0100, redmine@entrouvert.com a écrit :

La description fait deux phrases et la première est la suivante

Ok, j'aurai du être plus précis. Je voulais dire que je ne parlais pas de lier la présence du message d'alerte à la présence des boutons d'action.

Pierre Cros a écrit :

Le samedi 17 février 2018 à 16:40 +0100, redmine@entrouvert.com a écrit :

que ce "bas de page" apparaisse même en présence du message de verrou

Oui (et je veux bien qu'on me pointe les inconvénients de ce comportement, je ne les vois toujours pas).

Dans cette situation il y a déjà un message/alerte "en bas" : le message prévenant du verrouillage. C'est (pour moi) ce message qui est important pour l'agent et ne pas l'accompagner d'un message sans rapport rend (pour moi) l'affaire plus claire.

Aussi, cet autre message, il va souvent avoir été écrit en rapport avec les actions accessibles à l'agent, va parler d'elles, alors qu'elles ne sont pas affichées.

Le samedi 17 février 2018 à 17:21 +0100, redmine@entrouvert.com a écrit :

Je comprends.

On pourrait garder le fonctionnement actuel (et il faudra que je le documente). Mais en revanche j'aimerais vraiment qu'on change le libellé pour mettre simplement "En bas". Il me semble ici contre-productif de chercher à expliquer, dans le libellé, le fonctionnement précis de l'action.