Discussion :

[Franck.H]

Re salut la populasse !


Bon, dans mon programme, je simule une zone de saisie de texte mais je ne vois pas comment faire prendre en compte des caractère comme le "." (touche avec le ";" et non du pavé numérique) ou encore faire prendre en charge les majuscule ... comment faire ?


Merci

[SoBaKa]

j'ai pas testé mais je pense que ça devrait fonctionner (je le met en algo pas le temps de tester si ça fonctionne...)

Code :

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

1
2
3
4
5
6
7
// Pour afficher le ;
Si TouchePointVirgule ET !ToucheMaj
    Afficher ;
 
// Pour afficher le .
Si TouchePointVirgule ET ToucheMaj
    Afficher .

[Franck.H]

j'ai pas testé mais je pense que ça devrait fonctionner (je le met en algo pas le temps de tester si ça fonctionne...)

Code :

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

1
2
3
4
5
6
7
// Pour afficher le ;
Si TouchePointVirgule ET !ToucheMaj
    Afficher ;
 
// Pour afficher le .
Si TouchePointVirgule ET ToucheMaj
    Afficher .

C'est le premier truc que j'ai testé ... et donc ca ne fonctionne pas !

[MrDuChnok]

En cherchant sur le forum je suis tombé là dessus :

http://www.developpez.net/forums/sho...ighlight=shift

et ça t'emmenera sur le site qui t'expliquera en détail comment procéder :

http://gpwiki.org/index.php/C:SDL_Ke..._an_Event_Loop

Je viens de tester rapidement, et ça a l'air de fonctionner.

Edit : ça serai peut être utile à rajouter dans la FAQ de SDL, non ?

[fearyourself]

Oui mais il faudra tout de même gérer à la main les correspondances MAJ+; et cela dépend du clavier donc de nouveau il y aura un problème...

Jc

[Laurent Gomila]

Typiquement ça correspondrait à l'évènement WM_CHAR de l'API Windows, plutôt que WM_KEYDOWN. Le premier interprète les combinaisons de touches, le second non.
SDL n'a pas un équivalent pour faire la même différenciation ?

[Invité]

avec keystate et l'algorithme plus haut ça ne fonctionne pas ?

(désolé de ne pas développer plus, ni même d'essayer moi même, je n'ai pas le temps maintenant je passe en coup de vnet)

[tomu]

Regarde ca.
Il me semble que c'est ce que tu cherches.

[Laurent Gomila]

Regarde ca.
Il me semble que c'est ce que tu cherches.

Il me semble que c'est ce dont on parle depuis le début

[fearyourself]

Typiquement ça correspondrait à l'évènement WM_CHAR de l'API Windows, plutôt que WM_KEYDOWN. Le premier interprète les combinaisons de touches, le second non.
SDL n'a pas un équivalent pour faire la même différenciation ?

Si en théorie, utiliser les unicodes permettraient de ne plus avoir ce problème mais je ne suis pas vraiment sûr que cela fonctionne avec tous les OS.

Lorsque j'aurais 2 minutes, je mettrais un source en place qui affiche la touche appuyer en utilisant les unicodes et on pourra le tester...

Jc

[Franck.H]

Bon j'ai une fois testé comme suit:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
if (SDLK_SEMICOLON & KMOD_RSHIFT)
{
   if (st->input_scr->input_cpt < INPUT_BUF_SIZE - 1)
   {
      char * s = SDL_GetKeyName (event->key.keysym.unicode);
 
      st->input_scr->input_buf[st->input_scr->input_cpt] = s[0];
      st->input_scr->input_cpt++;
 
      input_update (st->input_scr);
   }
}

mais là ca m'affiche aussi la valeur de Shift ce qui me fait bugger ma zone de saisie mais le point s'affiche bien par contre !

Déjà je crois que je vais oublier l'unicode parce qu'en ce mode mon pavé numérique n'a pas l'air de fonctionner

[Franck.H]

Hmm toujours pas de solution pour moi ? Moi j'ai rien trouvé de plus