Discussion :

[droledenm]

Bonjour,
j'aurais besoin de vos lumières !

J'ai une formulaire avec 2 zones de texte: questionTextBox et answerTextBox
Quand questionTextBox pose une question à l'utilisateur, je voudrais attendre qu'il tape sa réponse dans answerTextBox et selon sa réponse afficher juste ou faux dans questionTextBox et faire ça plusieurs fois.

J'ai fait ce code mais ca bloque tout :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
        AutoResetEvent waitHandle = new AutoResetEvent(false);
 
        private void buttonStart_Click(object sender, EventArgs e)
        {
            Questions();
        }
 
        public void Questions()
        {
            questionTextBox.Text = "en quelle année est né XXX?"
 
            // Wait for event completion
            waitHandle.WaitOne();
 
            // check answer
            // TBD
            questionTextBox.Text = "OK";
        }
 
        private void answerTextBox_TextChanged(object sender, EventArgs e)
        {
            string answ = answerTextBox.Text.ToString();
            waitHandle.Set();
        }

Je n'ai pas mis le WaitHandle dans uen fonction mais au global pour être accessible partout. C'est une erreur ?
Pouvez vous ml'indiquer comment je dois m'y prendre (j'aimerais ensuite récupérer la réponse tapée par l'utilisateur, c'est faisable avec un handler ? j'imagine un pointeur, mais c'est rarement utilisé en C#)

[popo]

ça ressemble assez à un exercice que j'avais eu pendant mes études (apparemment on ne change pas les vieux classiques).
Mais si c'est bien ça, tu ne décrit pas ton besoin réel, tu décris la manière que tu penses la bonne pour répondre au besoin.

Si le but est d'avoir un questionnaire où l'utilisateur répond à des questions et que selon les réponses on affiche vrai ou faux et on donne une note à la fin, alors il faut avoir une autre approche.
1) Changer le premier textbox par un Label (à moins de vouloir permettre à l'interrogé de changer la question)
2) Utiliser le OnExit plutôt que le OnTextChanged (sinon tu ne sauras pas quand l'interrogé à fini de taper sa réponse), ou alors un bouton de validation (pour éviter qu'il ne tape malencontreusement sur TAB et que ça compte faux alors qu'il n'a pas fini de répondre).
3) Bien entendu, préparer les questions et différentes réponses possibles à l'avance (ne pas tenir compte de la casse dans les réponses, et admettre plusieurs réponses comme bonnes genre 'St Jean', 'Saint Jean')

Pour le reste tu devrais pouvoir t'en sortir

[droledenm]

Merci popo, effectivement d'un label et d un onExit sur ma textBox est plus judicieux.
Sur le WaitHandle, tu veux dire que ce n'est pas la solution ? Quel autre façon d'attendre que la textBox soit complétée est ce que tu suggères ?

[droledenm]

J'ai aussi essayé d'utiliser async et await. Mais j'ai des soucis avec et j'ai l'impression que ce n'est aps la bonne méthode.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
        public async void MethodAsync()
        {
            computerQuestionLabel.Text = "en quelle année est né XXX?";
            string answer = await answerTextBox_TextChanged();
            // traiter l'info etc...
        }
 
        private string answerTextBox_OnExit()
        {
            string answ = answerTextBox.Text.ToString();
            return answ;
        }

Si je fais ca, j'ai une erreur sur la ligne avec le await qui dit que "string does not contain a definition for GetAwaiter".

-> Que me conseillez vous ?

[Pol63]

?

si tu dois attendre que textbox answer textchanged pour faire quelque chose, il faut mettre le code dans cet event, pourquoi vouloir le mettre dans un autre ?

si tu veux attendre que la réponse entière soit saisie, il faut un bouton pour que l'utilisateur puisse dire qu'il a fini d'écrire
et là aussi le code va dans le bouton, aucune raison de mettre le code ailleurs

donc pas besoin de resetevent ou d'async

[droledenm]

En fait, je voudrais faire plusieurs questions d'affilées. Si je mets tout dans l'event, je vais confondre les réponses.
C'est pour ca que je voudrais avoir un fonction qui s’interrompt, regarde la réponse, puis continue, s’interrompt, regarde la réponse, etc.

[ZenZiTone]

En fait, je voudrais faire plusieurs questions d'affilées. Si je mets tout dans l'event, je vais confondre les réponses.

A un instant T, tu as une question. Lorsque l'utilisateur indique sa réponse (en validant via un bouton ou en tapant sur la touche Entrée), tu lui indiques le résultat (vrais/faux) et tu stock le tout dans une liste d'objets (en faisant une classe comprenant la question, la réponse et le résultat par exemple). Ainsi pas moyen de confondre..

[droledenm]

C'est vrai qu'en faisant comme ça, je ne vais pas mélanger

[Pol63]

wow

tu voulais enchainer dans le même void question / réponse / question / réponse ... ??

il faudrait voir les bases de la programmation orientée objet avant de coder ...

[Noxen]

Je pense que tu te représentes mal les choses. Je suppose tu fais une application fenêtrée en WinForm. Par définition ce que fait ce type d'application c'est justement attendre que l'utilisateur fasse quelque chose pour lui répondre. Donc quand l'utilisateur clique sur un bouton "Démarrer le Quizz" tu récupères les questions et tu l'affiche ; tu le laisses saisir une réponse, quand il la valide tu contrôles et tu affiche la question suivante ; s'il n'y a plus de question tu donnes le bilan. Tu n'as pas besoin de te préoccuper pour l'instant d'éléments de programmation plus avancés comme les ResetEvent ou async/await ; les thread par exemple servent des buts particuliers, comme libérer le thread de l'UI pendant un traitement long (récupérer un fichier sur le réseau par exemple). Je pense que tu devrais suivre un tutoriel sur la programmation événementielle en WinForm pour bien appréhender ces concepts.

[droledenm]

Je programme en autodidacte, donc effectivement, je ne fais peut être pas comme il faut
Ce que je voulais essayer de faire c'est un questionnaire sous forme de Windows Form mis au sein d'une autre interface (là j'essai de faire ce questionnaire dans un addIn de Powerpoint, je ne veux pas bloquer Powerpoint (et donc le thread de l'UI) en attendant la réponse (mettre un quizz dans un addin powerpoint c'est bizarre effectivement mais c'est pour apprendre).

Mettre tout dans le même void d'event, ca implique de faire un switch case géant avec des variables globales pour récupérer les infos d'un event à l'autre, ca ne semble pas très "propre" effectivement.

Qu'est ce que vous suggérez comme "architecture" ?
Je voyais une méthode (ex: void Sequence() ) qui fait la trame et séquence les questions.
Sequence appelle une méthode par question (ex: bool question1() )
et chaque méthode question ne renvoit sa réponse qu'une fois l'event réponse émis(donné comme quitter la TextBox de réponse).
1) Est ce que ca vous semble cohérent ?
2) Si oui, comment vous faites pour ne pas bloquer l'UI en attendant la réponse (ce que javais fait précédemment, ca me bloquait et m'empechait meme de taper la réponse). Est ce que vous voyez plutot un async/await ?

[Pol63]

autodidacte ne veut pas dire improvisation, il y a des cours partout pour apprendre le c#
après tu sauras comment faire (et ca n'impose pas de switch géant ou autre, tu peut avoir un code très propre et concis, qui sera aussi long que tu ais une ou cent questions)

[popo]

Je programme en autodidacte, donc effectivement, je ne fais peut être pas comme il faut
Ce que je voulais essayer de faire c'est un questionnaire sous forme de Windows Form mis au sein d'une autre interface (là j'essai de faire ce questionnaire dans un addIn de Powerpoint, je ne veux pas bloquer Powerpoint (et donc le thread de l'UI) en attendant la réponse (mettre un quizz dans un addin powerpoint c'est bizarre effectivement mais c'est pour apprendre).

Mettre tout dans le même void d'event, ca implique de faire un switch case géant avec des variables globales pour récupérer les infos d'un event à l'autre, ca ne semble pas très "propre" effectivement.

Qu'est ce que vous suggérez comme "architecture" ?
Je voyais une méthode (ex: void Sequence() ) qui fait la trame et séquence les questions.
Sequence appelle une méthode par question (ex: bool question1() )
et chaque méthode question ne renvoit sa réponse qu'une fois l'event réponse émis(donné comme quitter la TextBox de réponse).
1) Est ce que ca vous semble cohérent ?
2) Si oui, comment vous faites pour ne pas bloquer l'UI en attendant la réponse (ce que javais fait précédemment, ca me bloquait et m'empechait meme de taper la réponse). Est ce que vous voyez plutot un async/await ?

Pourquoi n'a tu pas mentionné tout de suite que du développais un Add-In pour Powerpoint ?
Nous avons tous cru que tu réalisais une application Windows Form et adaptés nos réponses sur ce fait.

Je pense que ces liens peuvent t'intéresser :
https://msdn.microsoft.com/fr-fr/library/aa942955.aspx
https://msdn.microsoft.com/fr-fr/library/bb157865.aspx

Il décrivent comment mettre en place un ruban dans Office et formulaire directement dans le ruban.
Avec les différents liens présents sur ces pages tu devrais avoir tout ce qu'il faut pour continuer

[droledenm]

Merci pour vos réponses.
Je vais effectivement suivre des tutos, je vois que j'ai des manques - et je reviendrai poser des questions sur le forum si malgré tout il y a des points que je ne comprends pas.