max selectable items

[djaccard]

Je suppose que si on ne met rien, on peut choisir autant qu'on veut.
Mais quand on ne met rien, ça affiche 1 => confus...

[djaccard]

ah ben non, quand on met rien, ça à l'air de correspondre à 1 (mais il y a 1 en italique et quand on passe à 1)
Il devrait y avoir comme pour les choix: par défaut infini (on peut sélectionner autant de réonse qu'on veut) et si on veut on met un max.

[git-jarle]

Ça part du principe qu’en général, dans un sondage, on n’offre au joueur qu’une option parmi plusieurs choix mutuellement exclusifs. C’est donc la valeur par défaut. - Quel est votre sexe ? - Quelle est votre formation ? - Echelles de Likert : Êtes-vous (1) pas du tout d’accord (2) pas d’accord (3) sans avis (4) d’accord (5) absolument d’accord ? Dans les sondages, cela représente la grande majorité des cas, car on veut que ce soit facile à répondre et que les résultats soient faciles à analyser. https://fr.surveymonkey.com/mp/multiple-choice-questions-everything-you-need-to-know/ Si on met infini comme valeur par défaut, c’est cohérent avec les "choix" de Wegas, mais ce n’est pas pratique pour les sondages. Une meilleure alternative serait peut-être une case à cocher "Permettre des réponses multiples" (inactive par défaut) qui, une fois cochée, ouvre un champ numérique dont la valeur par défaut est l’infini. From: dominique [mailto:notifications@github.com] Sent: Friday, July 3, 2020 10:25 AM To: Heigvd/Wegas <Wegas@noreply.github.com> Cc: Subscribed <subscribed@noreply.github.com> Subject: [Heigvd/Wegas] max selectable items (#1576) Je suppose que si on ne met rien, on peut choisir autant qu'on veut. Mais quand on ne met rien, ça affiche 1 => confus... [Capture d’écran 2020-07-03 à 10 22 13]<https://user-images.githubusercontent.com/1556490/86448576-3a67cc80-bd17-11ea-8c29-4c0df216b3ab.png> — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub<#1576>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ABK4LAH72MRHKQDU2TFQAI3RZWIVDANCNFSM4OPTBMJQ>.

[maxencelaurent]

Il y a, il me semble, une petite confusion au niveau de ce qu'on appelle valuer par défaut.

Il y a une chose qui est la valeur qui est initialement mise dans le formulaire lorsqu'on crée un nouvel objet.
Dans le cas du max selectable pour les questions, c'est 1. :

D'autre part, il y a la manière de gérer l'absence d'information. Dans le cas du max des questions, c'est infini:

Je pense qu'il faut reprendre exactement ce mécanisme.

[djaccard]

ben la première question que je voulais poser c’est : dans quelles formations avez-vous utilisé le PMGame: bachelor, master, postgrades, professionnelle (plusieurs réponses possibles). donc oui, la case à cocher serait bien. Le 3 juil. 2020 à 10:50, jarle <notifications@github.com<mailto:notifications@github.com>> a écrit : Ça part du principe qu’en général, dans un sondage, on n’offre au joueur qu’une option parmi plusieurs choix mutuellement exclusifs. C’est donc la valeur par défaut. - Quel est votre sexe ? - Quelle est votre formation ? - Echelles de Likert : Êtes-vous (1) pas du tout d’accord (2) pas d’accord (3) sans avis (4) d’accord (5) absolument d’accord ? Dans les sondages, cela représente la grande majorité des cas, car on veut que ce soit facile à répondre et que les résultats soient faciles à analyser. https://fr.surveymonkey.com/mp/multiple-choice-questions-everything-you-need-to-know/ Si on met infini comme valeur par défaut, c’est cohérent avec les "choix" de Wegas, mais ce n’est pas pratique pour les sondages. Une meilleure alternative serait peut-être une case à cocher "Permettre des réponses multiples" (inactive par défaut) qui, une fois cochée, ouvre un champ numérique dont la valeur par défaut est l’infini. From: dominique [mailto:notifications@github.com] Sent: Friday, July 3, 2020 10:25 AM To: Heigvd/Wegas <Wegas@noreply.github.com<mailto:Wegas@noreply.github.com>> Cc: Subscribed <subscribed@noreply.github.com<mailto:subscribed@noreply.github.com>> Subject: [Heigvd/Wegas] max selectable items (#1576) Je suppose que si on ne met rien, on peut choisir autant qu'on veut. Mais quand on ne met rien, ça affiche 1 => confus... [Capture d’écran 2020-07-03 à 10 22 13]<https://user-images.githubusercontent.com/1556490/86448576-3a67cc80-bd17-11ea-8c29-4c0df216b3ab.png> — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub<#1576>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ABK4LAH72MRHKQDU2TFQAI3RZWIVDANCNFSM4OPTBMJQ>. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub<#1576 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AAL4ACX27TFGGKLA2G4MEVLRZWLVHANCNFSM4OPTBMJQ>.

[git-jarle]

Il n’y a pas vraiment de malentendu. C’est justement ce recours à deux valeurs par défaut différentes et diamétralement opposées qui me gêne. Cette solution a bien l’élégance de la concision, mais elle ressemble un peu trop à une astuce d’informaticien cherchant à gagner de la place à l’écran. A mon avis il y a un problème d’UX, car pour le débutant, il faut d’abord effacer la valeur proposée avant de découvrir comment spécifier qu’il n’y a pas de limite. On utilise donc le "placeholder" de manière un peu abusive pour s’économiser un checkbox permettant de choisir entre « Imposer une limite » et « Ne pas imposer de limite ». Ce point de vue est corroboré ici : https://ux.stackexchange.com/questions/95655/are-placeholders-good-for-default-values De manière générale, des spécialistes UX reconnus recommandent de ne pas utiliser de "placeholder" du tout (pour des questions d’utilisabilité/lisibilité) : https://www.nngroup.com/articles/form-design-placeholders/ Je suis d’accord que ma solution actuelle n’est pas complète. Il faudrait plutôt quelque chose du genre : * Un checkbox « Limiter le nombre de réponses » coché par défaut. * Un champ numérique « Nombre maximal de réponses » initialisé à un. From: maxencelaurent <notifications@github.com> Reply-To: Heigvd/Wegas <reply@reply.github.com> Date: Friday, 3 July 2020 at 11:08 To: Heigvd/Wegas <Wegas@noreply.github.com> Cc: "jarle.hulaas@heig-vd.ch" <jarle.hulaas@heig-vd.ch>, Comment <comment@noreply.github.com> Subject: Re: [Heigvd/Wegas] max selectable items (#1576) Il y a, il me semble, une petite confusion au niveau de ce qu'on appelle valuer par défaut. Il y a une chose qui est la valeur qui est initialement mise dans le formulaire lorsqu'on crée un nouvel objet. Dans le cas du max selectable pour les questions, c'est 1. : [image]<https://user-images.githubusercontent.com/6583528/86452785-1c9d6600-bd1d-11ea-9c21-0fb884a35489.png> D'autre part, il y a la manière de gérer l'absence d'information. Dans le cas du max des questions, c'est infini: [image]<https://user-images.githubusercontent.com/6583528/86452819-2aeb8200-bd1d-11ea-807c-00d45ed3ab69.png> Je pense qu'il faut reprendre exactement ce mécanisme. — You are receiving this because you commented. Reply to this email directly, view it on GitHub<#1576 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ABK4LACH7YLBT2BXQCZHGATRZWNVJANCNFSM4OPTBMJQ>.

[xgo-work]

Peu utilisé. En cas de besoin utilisation d'un questionnaire externe