search

Chasseur-de-Succes / CDS-BOT

Private discord bot
GNU Affero General Public License v3.0
2 stars 4 forks source link

Idée: retour sur event #66

Open Kekwel opened 1 year ago

Kekwel commented 1 year ago

lorsque la personne clos un event, une pop up apparait ou un truc ce que vous voulez, demandant comment c'est passé l'event pour avoir un retour et savoir si il y a des gens à pb, seul le chef de groupe pourra le faire et sa sera envoyé dans un chan ou seul les admins pourront le voir

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

rick-gnous commented 4 months ago

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 ?

Kekwel commented 4 months ago

On a déjà une commande /salon, autant garder ça. En variable d'env, c'est bien quand le bot n'est présent que sur un seul serveur je dirais

Ah bien vu pour les modals ! Je les connaissais pas. Je pense qu'on peut les utiliser, ca répond au besoin. Genre :

  1. le capitaine clos le groupe
  2. la modal pop
  3. il rempli le champ texte en submit
  4. un message (embed) est envoyé dans le salon feedback qu'on aura param au préalable
  5. ???
  6. profit

PS: Tu as mis les 2 mêmes liens ^^

rick-gnous commented 4 months ago

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

rick-gnous commented 4 months ago

ID: feedback-id-give, il faut bien penser à vérifier si c'est le capitaine qui fait le retour !

0xN0x commented 4 months ago

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

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

ID: feedback-id-give, il faut bien penser à vérifier si c'est le capitaine qui fait le retour !

Si le feedback est lié au groupe, peut être que group-id-feedback serait plus cohérent ? Le premier mot clé est vraiment pour la grande catégorie du bot, genre group, ticket, calendrier et toutes les actions sont dans le 2ème mot clés.

rick-gnous commented 4 months ago

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

0xN0x commented 4 months ago

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 ?

rick-gnous commented 3 months ago

On peut imaginer une liste qui contient les différents retours, une interaction qui comprend les groupes et les feedbacks...

0xN0x commented 3 months ago

Une liste ? Genre une select list ? Pourquoi et pourquoi ça nécessiterais un id en feedback-...-... pour autant ?

0xN0x commented 3 months ago

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

rick-gnous commented 3 months ago

Une liste ? Genre une select list ? Pourquoi et pourquoi ça nécessiterais un id en feedback-...-... pour autant ?

oui en effet, je n'y avais pas pensé, oopsie

on va partir sur ta proposition et on pourra utiliser feedback-...-... pour les autres fonctionnalités dans le futur

rick-gnous commented 3 months ago

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..." ?

rick-gnous commented 3 months ago

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

rick-gnous commented 3 months ago

En standby, on attend de statuer sur l'état des groupes (#152) pour pouvoir avoir des retours même sur des groupes dissous.