Configurer l'affichage des messages de retours
#58
Closed
opened 2 years ago by rastapopoulos
·
24 comments
No Branch/Tag Specified
bug_resume
check_reponse
formidable_request_ou_base
imposer_un_traitement
master
no_bouton
v0
v1
v2
v3
v4
v0.6.5
v0.9.2
v001.001.000
v1.0.0
v1.1.0
v1.1.1
v1.1.2
v1.1.3
v1.2.0
v1.3.0
v1.3.1
v1.3.2
v1.3.3
v1.3.4
v1.3.5
v1.3.6
v1.3.7
v1.4.0
v1.4.1
v1.5.0
v1.5.1
v1.5.2
v1.6.0
v1.6.1
v1.6.2
v1.7.0
v1.7.1
v1.7.2
v1.7.3
v1.8.0
v1.8.1
v1.8.2
v1.8.3
v1.8.4
v1.8.5
v1.8.6
v1.8.7
v1.8.8
v1.9.13
v2.0.0
v2.0.1
v2.0.2
v2.0.3
v2.0.4
v2.0.5
v2.1.6
v2.1.7
v2.10.0
v2.11.0
v2.12.0
v2.13.0
v2.13.1
v2.14.0
v2.14.1
v2.15.0
v2.15.11
v2.2.0
v2.2.1
v2.3.0
v2.4.0
v2.4.1
v2.4.2
v2.4.3
v2.4.4
v2.4.5
v2.4.6
v2.4.7
v2.5.0
v2.5.1
v2.5.10
v2.5.11
v2.5.12
v2.5.13
v2.5.14
v2.5.2
v2.5.3
v2.5.4
v2.5.6
v2.5.7
v2.5.8
v2.5.9
v2.6.0
v2.6.1
v2.6.2
v2.6.3
v2.6.4
v2.6.5
v2.6.6
v2.7.0
v2.7.1
v2.8.0
v2.8.1
v2.8.2
v2.8.3
v2.8.4
v2.8.5
v2.8.6
v2.8.7
v2.8.8
v2.8.9
v2.9.0
v2.9.1
v2.9.10
v2.9.11
v2.9.12
v2.9.13
v2.9.14
v2.9.15
v2.9.16
v2.9.17
v2.9.2
v2.9.3
v2.9.4
v2.9.5
v2.9.6
v2.9.9
v3.0.0
v3.0.1
v3.0.2
v3.0.3
v3.1.0
v3.1.1
v3.10.0
v3.10.1
v3.10.2
v3.11.0
v3.12.0
v3.12.1
v3.12.2
v3.13.0
v3.13.1
v3.13.2
v3.14.0
v3.15.0
v3.16.0
v3.17.0
v3.18.0
v3.19.0
v3.2.0
v3.2.1
v3.2.2
v3.2.3
v3.2.4
v3.2.5
v3.2.6
v3.2.7
v3.20.0
v3.20.1
v3.21.0
v3.21.1
v3.21.2
v3.21.3
v3.21.4
v3.21.5
v3.22.0
v3.22.1
v3.22.2
v3.22.3
v3.22.4
v3.23.0
v3.24.0
v3.25.0
v3.25.1
v3.25.2
v3.25.3
v3.25.4
v3.25.5
v3.25.6
v3.25.7
v3.25.8
v3.26.0
v3.26.1
v3.27.0
v3.27.1
v3.27.2
v3.28.0
v3.28.1
v3.29.0
v3.3.0
v3.3.1
v3.3.2
v3.3.3
v3.3.4
v3.3.5
v3.30.0
v3.31.0
v3.31.1
v3.32.0
v3.32.1
v3.32.2
v3.32.3
v3.32.4
v3.32.5
v3.32.6
v3.33.0
v3.33.1
v3.34.0
v3.34.1
v3.34.10
v3.34.11
v3.34.2
v3.34.3
v3.34.4
v3.34.5
v3.34.6
v3.34.7
v3.34.8
v3.34.9
v3.35.0
v3.36.0
v3.36.1
v3.36.2
v3.36.3
v3.36.4
v3.36.5
v3.36.6
v3.36.7
v3.36.8
v3.37.0
v3.37.1
v3.37.2
v3.37.3
v3.37.4
v3.37.5
v3.37.6
v3.37.7
v3.37.8
v3.37.9
v3.38.0
v3.38.1
v3.38.10
v3.38.11
v3.38.12
v3.38.2
v3.38.3
v3.38.4
v3.38.5
v3.38.6
v3.38.7
v3.38.8
v3.39.0
v3.4.0
v3.40.0
v3.40.1
v3.40.2
v3.41.0
v3.42.0
v3.42.1
v3.42.2
v3.42.3
v3.42.4
v3.42.5
v3.42.6
v3.43.0
v3.44.0
v3.45.0
v3.45.1
v3.45.2
v3.45.3
v3.46.0
v3.46.1
v3.46.2
v3.46.3
v3.46.4
v3.46.5
v3.46.6
v3.46.7
v3.46.8
v3.47.1
v3.47.2
v3.47.3
v3.47.4
v3.47.5
v3.47.6
v3.47.7
v3.47.8
v3.47.9
v3.48.0
v3.48.1
v3.49.0
v3.49.1
v3.5.0
v3.5.1
v3.5.2
v3.5.3
v3.5.4
v3.5.5
v3.5.6
v3.5.7
v3.5.8
v3.6.0
v3.6.1
v3.6.2
v3.7.0
v3.7.1
v3.7.2
v3.8.0
v3.9.0
v3.9.1
v3.9.2
v3.9.3
v3.9.4
v4.0.0
v4.0.1
v4.10.0
v4.11.0
v4.12.0
v4.12.1
v4.13.0
v4.13.1
v4.13.2
v4.14.0
v4.14.1
v4.14.2
v4.14.3
v4.14.4
v4.14.5
v4.14.6
v4.14.7
v4.15.0
v4.15.1
v4.15.2
v4.15.3
v4.15.4
v4.15.5
v4.15.6
v4.15.7
v4.2.3
v4.3.0
v4.4.0
v4.4.1
v4.4.2
v4.4.3
v4.4.4
v4.4.5
v4.4.6
v4.5.0
v4.5.1
v4.5.2
v4.5.3
v4.5.4
v4.5.6
v4.6.0
v4.6.1
v4.6.2
v4.6.3
v4.7.0
v4.7.1
v4.8.0
v4.8.1
v4.9.0
v4.9.1
v41.14.3
v5.0.0
v5.0.1
v5.1.0
v5.1.1
v5.1.2
v5.2.0
v5.2.1
v5.2.2
v5.2.3
v5.3.0
Labels
Amélioration, nouvelle fonctionnalité bug
Ca ne fonctionne pas
Apply labels
Clear labels
amélioration
Amélioration, nouvelle fonctionnalité bug
Ca ne fonctionne pas
No Label
amélioration
bug
Milestone
Set milestone
Clear milestone
No items
No Milestone
Assignees
Assign users
Clear assignees
No Assignees
4 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.
No due date set.
Dependencies
This issue currently doesn't have any dependencies.
Reference in new issue
There is no content yet.
Delete Branch '%!s(MISSING)'
Deleting a branch is permanent. It CANNOT be undone. Continue?
No
Yes
Suite au changement de politique des messages de retour (#44) les gens n'ont pas les mêmes attentes suivant les sites et même suivant les formulaires. Il faudrait donc pouvoir choisir :
Il faut :
Je n'ai pas d'avis arrêté sur lequel devrait être le par défaut :
Donc ça pourrait être tout par défaut, et la case pour dire "seulement le message personnalisé".
Je plussoie dans ce sens.
Oui, en assortissant d'une mise en garde tout de même : « en cochant cette case je comprends que ça peut tout casser et je m'engage à ne pas demander de support dans ce cas. »
Bon mais sans rire, une courte mise en garde pour prévenir des dommages collatéraux possibles.
@tcharlss la future version de formidable permettra de mettre les scripts à part, pour pas qu'ils passent par propre.
Je m'occupe par ailleurs de ce ticket.
Release prévue demain.
Et ce sera beaucoup mieux et moins "bidouille" :)
Du coup, le comportement par défaut reviendrait à ce qu'il était l'origine, à savoir : si on personnalise le message de retour, il n'y a que ça d'affiché ?
Je ne suis pas convaincu, car je pense que ce qu'on avait été a mon avis un mauvais comportement. Tu peux avoir des messages de retours lié à des traitements qui sont nécessaires pour expliciter ce qui s'est passé.
etc
Oui mais qui sont des cas exceptionnels, pas la règle générale (d'où les interrogations et "signalements de bugs" exprimés par moins deux utilisateurs).
bon, oki. Perso je m'en fiche. mais je pense que les "signalements de bugs" sont surtout lié au changement brutal :)
bon, vu l'avis initial de Rasta, je part sur ca
Voilà c'est fait. Du coup on a passé aussi le formulaire/editer_formulaire en mode "déclaration par full saisies".
Exemple pour @tcharlss avec formidable_mailsubscriber
Cas 0 : pas de messge personnalisé
Cas 1 (par défaut) : je ne coche pas la case "afficher le message de retours des traitements individuels"
Cas 2 : je coche la case "afficher le message de retours des traitements individuels"
Addendum
Il reste encore un petit bug, mais c'est plus lié à saisies : spip-contrib-extensions/saisies#78. Ca n'a aucune conséquence dans notre cas car on test systématiquement les 2 choses côté PHP dans formidable, mais bon ce serait bien de le résoudre.
Super, merci !
Très bien avec l'option.
Par contre je rejoins Rastapopoulos quand il disait que le défaut devrait être d'afficher tous les messages, c'est le comportement qui provoque le moins de désagréments potentiels.
Et je maintiens qu'il faudrait une courte explication disant que les autres messages peuvent contenir des informations importantes, et donc à masquer en connaissance de cause.
On m'a dit que c'était l'exception les messages importants ailleurs.
D'ailleurs si tu prend le message de Rasta au départ "d'après les retours, il me semble que les gens s'attendent plutôt à ce s'ils personnalisent le message, il n'y ait que ça, et si on veut tout, on coche une case". Et ca se tient aussi : si je me fatiguer à mettre moi même un message, je tiens pas forcément à avoir les messages des traitements. En plus comme c'est le comportement historique...
Perso je ne veux plus me prononcer sur la question : j'étais plutot pour laisser tout les messages, mais bon.
Comme dit au tout début, je n'ai pas d'avis tranché sur quel mieux pour le défaut, j'ai donné les arguments pour les deux.
Il faudrait peser le pour et le contre :
À la fin de mon tout premier message, je disais plutôt partir sur tout par défaut…
Pile ou face ?
Je suis comme Rasta, pas d'avis tranché. Entre le comportement historique plus intuitive et les raisons pour lesquels il faudraient garder tout les messages.
Après une possibilité serait :
on|Afficher les messages retours personnalisés off|Ne pas afficher les messages retours personnalisés
Avantage :
(Avec un travail à faire sur la terminologie, etc.)
Est-ce qu'on pourrait pas faire ça : la case sert à masquer les messages auto, par défaut elle n'est pas cochée, mais lors de l'upgrade on active l'option pour tous les formulaires existants ?
Comme ça les anciens fonctionnent comme avant, ça casse rien, et pour les nouveaux on privilégie le comportement le moins problématique (eg : par défaut ne pas masquer les messages potentiellement importants).
pourquoi pas. On reste sur de la case, plus simple que les boutons radio. Et ca empeche pas que dans le future si jamais le besoin se fait sentir on propose une option globale pour empecher les réglages individuel
yep bonne idée @tcharlss +1 pour ça, comportement 2 par défaut, mais pré-coché (donc comportement 1) pour les sites déjà en place
@nicod_ si la proposition de Charles te convient, je code cela dans la semaine
Mouais, pas convaincu...
Je proposerais bien un comportement dérogatoire pour les deux traitements natifs de formidable (enregistrer en base et envoyer par mail), qui n'apparaitraient jamais en cas de message de retour personnalisé.
Comportement historique et logique, attendu des utilisateurs.
Par contre, les autres traitements (autres plugins) afficheraient bien leurs messages.
Du coup, est ce que la case à cocher aurait encore une utilité ?
je me méfie des comportements dérogatoires...
bon. Après discussion sur IRC : on prend l'option de nicod_, et c'est chaque traitement qui est intelligent.
Donc la solution plus simple de @nicod_ a été implémenté dans la v4.12.0. @tcharlss formidable table sorter a été mis à jour.
Du coup
Sans message perso
Avec message perso