Ben moi je suis en train de jouer avec mon SmartPhone (PocketPC), mais à moins que .NET soit porté sur Palm, il faudra tout re-développer
Ceci dit, au fur et à mesure que j'avance (et en profite pour (re)découvrir le développement sur mobiles), je confirme c'est que vraiment peanuts. A mon avis, une personne avec de l'expérience sur PalmOS sera capable de pondre un truc finalisé en une demi-journée.
En fait, pour faire simple : tirer des traits de façon "aléatoire" à l'écran X fois : ça ne pose absolument aucun problème du tout.
Ensuite, le plus complexe, c'est de mémoriser le parcours du crayon.
Là, on peut utiliser la technique utilisée pour numériser une signature sur PDA : plutôt que de récupérer l'ensemble des points coloriés, et ainsi devoir faire une reconnaissance de formes pour voir par où passe le trait, il suffit de faire un timer toutes les 1/20 secondes, et mémoriser l'emplacement du crayon à tous ces intervals => il en résulte une série de points, qui permettent de reconstituer, avec une faible marge d'erreur, la ligne tracée réellement par le crayon.
Ensuite, parmis cette série de points, il suffit de trouver quel segment coupe la droite en question. Ici, c'est des maths de niveau collège, donc même moi qui ai tout oublié depuis belle lurette devrait arriver à retrouver la formule On a donc le point d'intersection, et il devient aisé de calculer la marge d'erreur par rapport au centre du segment dessiné originalement (soit en valeur absolue -centimètres-, soit en valeur relative -pourcentage par rapport à la longueur du trait-)
Par contre, chose intéressante, on peut effectuer un grand nombre d'autres statisques sur le tracé du patient. Certaines peuvent être utiles, d'autres peut-être moins.
Parmis elles :
- Est-ce que la ligne dessinée est rectiligne, ou si le patient a hésité et tourné afin de corriger le tir ?
- Est-ce que les points du tracé sont homognènement séparés (donc tracé "sûr", sans changement de vitesse), ou si au contraire, des zones indiquent que le patient à ralenti la course de son tracé ?
On peut aussi mesurer le délais entre l'affichage de la droite, et le moment auquel il a commencé à effectuer le tracé, la durée du tracé de chacun de ses traits, la durée totale du test, etc.
Bref, pas mal d'informations, qui peut-être pourraient être utiles d'analyser en plus du simple écart avec le centre du segment non ?
Ca me rapelle les tests de mon père (psychologue scolaire ) qui avait fait une thèse sur la différence de résultats, selon des tranches d'age, en fonction de si le problème était posé "à l'endroit" ou "à l'envers".
Genre : "Paul avait 5 billes. A la récréation de 10h, il en gagné 3. A la récréation de 16h, il en perdu 2. Combien de billes Paul avait après la récréation de 10h ?" versus "Combien de billes Paul avait après la récréation de 10h ? Sâchant qu'il avait 5 billes. A la récréation de 10h, il en gagné 3. A la récréation de 16h, il en perdu 2".
Arrivé au bout d'un an de collectes d'informations, il a dû abandonner tout son travail et recommencer sa thèse à 0 parce que la collecte informatisée des données avait permis notamment aussi de tenir compte de la vitesse de réponse, absolument différente entre les deux types de questions
Message édité par MagicBuzz le 27-03-2007 à 17:20:05