-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Idée: retour sur event #66
Comments
Je remets ma question : variable d'environnement ou commande pour set le salon a feedback ? Pour ce qui est de la réponse, pourquoi ne pas mettre une zone de texte (documentation Discord et ce qui semble être la documentation Discord.js), est-ce que ça ne permettra pas de faire une attente passive tout en sachant qui et quel groupe ? |
On a déjà une commande /salon, autant garder ça. Ah bien vu pour les modals ! Je les connaissais pas. Je pense qu'on peut les utiliser, ca répond au besoin.
PS: Tu as mis les 2 mêmes liens ^^ |
ça me semble être la meilleure approche : une modale lors de la fermeture d'un groupe. si l'utilisateur ne rentre rien, tant pis, il n'y aura pas de retour. |
ID: |
La fermeture du groupe se fait toujours via une interaction (commande ou bouton) ? Si oui modal c'est niquel, si le groupe peut être fermé par une autre raison (expiration avec du temps, fermture forcée par un admin, etc.) peut être que faire un mp au capitaine avec un bouton pour donner un feeback serait plus intéressant. Et le capitaine peut donc cliquer ou non s'il ne souhaite pas donner de retour
Si le feedback est lié au groupe, peut être que |
On va partir sur un système de bouton dès la fermeture du groupe par un évènement tiers. Si l'utilisateur le ferme à la main, un feedback sera directement demandé (pour éviter le spam en MP et inciter les gens à renter quelque chose). Le retour se fera par une modale avec juste un champ de texte simple. En cas de dissolution, aucun retour ne sera demandé. Ce sera plus simple à gérer. je suis un peu dubitatif pour l'id, il me semble très générique par rapport aux feedbacks et si l'on souhaite rajouter des composants avec des ids dessus, ya moyen que ça coince |
Je suis pas sûr de comprendre, à quels genre de composants ou id tu penses par rapport à ça ? |
On peut imaginer une liste qui contient les différents retours, une interaction qui comprend les groupes et les feedbacks... |
Une liste ? Genre une select list ? Pourquoi et pourquoi ça nécessiterais un id en |
Donne plutôt directement un exemple des id qui seraient nécessaire auquel tu penses, je pense que ce serait plus simple pour l'expliquer |
oui en effet, je n'y avais pas pensé, oopsie on va partir sur ta proposition et on pourra utiliser |
On part du coup sur un bouton en MP qui est supprimé / désactivé lorsque le feedback est envoyé. Le bouton est envoyé, qu'il soit fermé à la main ou dissout par un admin. est-ce qu'on ne remonterait pas aussi le cas de fermeture dans le message du bouton ? "Tu viens de fermer le groupe...", "un admin a supprimé ton groupe..." ? |
après discussion avec un admin, on ne demande qu'en cas de dissolution ou fermeture par le capitaine. dans ce cas, est-ce qu'on garde un système de bouton par MP ou avec une popup ? On fait avec une popup |
En standby, on attend de statuer sur l'état des groupes (#152) pour pouvoir avoir des retours même sur des groupes dissous. |
le bot peut envoyer un MP au capitaine lorsque le groupe est terminé ? mais il devra attendre une réponse donc bof. Utiliser une / commande ? pas fait pour, surtout si le message est bien long
a voir
The text was updated successfully, but these errors were encountered: