Input clavier et UNICODE ?

Version imprimable

08/01/2007, 01h37
Clad3

Input clavier et UNICODE ?

Bonjour, bonjour .

Je viens à mes dépens de me rendre compte qu'il allait me falloir passer par les unicodes avec la SDL sinon azerty et/ou qwerty allaient raler ;)

Bref, je comprend pourquoi, mais j'ai un peu de mal à voir comment :

Je récupère mes valeurs unicodes pour toutes les touches appuyées, je ne prend que celle entres 32 et 127 qui se "map" directement avec a table ascii si mes souvenirs sont bon et le tour est joué.

Le problème est que je viens de voir que l'unicode n'est pas présent sur l'event SDL_KEYUP, je supose que c'est à cause des combinaisons de touches ayant un sens en unicode et pas en ascii mais ca ne me dit pas quelles touche va réelement être relaché !

SDLK_a = 97

Si jappuie sur "a" :

sym = 113 ( équivalent de SDLK_q, d'ou la necessité de passé en unicode)
unicode = 97 ( ok )

Si je relache "a"

sym = 113 ( dans mes events ca va correspondra a SDLK_q .... problème!)
unicode = pas dispo

Je fais comment pour obtenir réllement mes touches relachées alors ?
08/01/2007, 09h35
fearyourself

Citation:

Envoyé par Clad3

Si jappuie sur "a" :

sym = 113 ( équivalent de SDLK_q, d'ou la necessité de passé en unicode)
unicode = 97 ( ok )

Si je relache "a"

sym = 113 ( dans mes events ca va correspondra a SDLK_q .... problème!)
unicode = pas dispo

Je fais comment pour obtenir réllement mes touches relachées alors ?

Bonjour,

Pourquoi ne pas simplement mettre au démarrage du programme une table de correspondance en place.

Tu aurais donc :

tab_ascii_to_uni[113] <- 97

Et le tour est joué pour le SDL_KEYUP...

Jc
08/01/2007, 18h13
Clad3

Bonjour, rebonjour :)

Ca fait une table d'indirection en gros à faire soit-même.
C'est un peu fastidieux de faire toute les conversion soit même, et surtout ca ne prend pas en compte le clavier de l'utilisateur ( qwerty et azerty ), donc on perd toute l'utilité ou presque de l'unicode .
09/01/2007, 02h13
Clad3

Mon cerveau s'est allumé, il m'a parlé, mais comme je suis le seul à l'avoir écouté je ne sais pas si je peux le croire, vous en pensez quoi ?

Idée : *petite ampoule qui s'allume*

-Je dipose du code sym et de l'unicode au besoin, je vais donc utiliser les deux.

-Dans les fichiers configs (par exemple le chargement des raccourci clavier définit par l'utilisateur), je stockerai la valeur sym de la touche, ces fichiers ne seront aps fait pour être modifier à la main.

-Quand dans le jeu, je capte une touche appuyé, je compare le tout avec la version sym encore.

-Seulement lors de l'affichage, (ex: à l'écran ou l'utilisateur peut changer ses raccourci claviers), j'affiche l'unicde tout en gardant comme identifiant de ma touche pour le reste de mon code, la valeur sym.

Exemple :
-Mon clavier est azerty, la valeur de SDLK_a est de 97 et celle de SDLK_q de 93 .
- Si j'appuie sur "a", le sym est de 113 (la SDL soit être mappé pour du qwerty donc) et correspond à "q".
-> Si je change dans mon menu le raccourci "Attaquer" et que dans la case me proposant de choisir mon raccourci, je tape sur ma touche "a" : à l'écran j'affiche l'unicode, donc j'aurais bien 97 et "a" d'afficher, mais dans mon programme, je note "attaquer = 113" (valeur sym). Je note cette valeur sym dans mon fichiers config
- Quand je fait des test lors de la reception de la touche "a" (113 en sym), je compare bien avec le 113 da ma touche attaquer.

Ca vous parait se tenir tout ca ? (Moi oui, mais il est tard et comme je m'enbrouille TRES vite entre les valeurs sym /unicode, j'ai besoin de votre aval ... ou de vos critqiues ! )

Petits points : Je me demande en faits quelle valeur (sym/unicode) stoqué dans mon fichier config. Je penche finalement plus pour l'unicode, reste à voir comment je converti l'unicode en sym ... là, je vois pas .
Edit: Pour les qwerty sur les touches : sym=ascii et pour les azerty, je test la valeur sym, docn je garde bien le sym dans mes fichiers config, non?
09/01/2007, 07h11
Mindiell

Euh, pourquoi tu t'embêtes autant ?

Dans le choix des touches, l'utilisateur choisi pour l'attaque SDLK_q (c'est ce que tu recois quand il appuye, tu te fiches de savoir s'il a appuyer sur a ou q). Tu stockes donc dans ton tableau de correspondance des touches Attaquer <- SDLK_q.
Dans le jeu, il appuye sur SDLK_a ou SDLK_q, à ce moment là, ton tableau de correspondance des touches contient bien SDLK_q mais pas SDLK_a, donc SDLK_q provoque une attaque, et SLDK_a rien.

C'est pas plus simple ?

Bon, je n'ai jamais fait de gestion de l'unicode, mais je vais devoir m'y penché. Es-tu sûr que ton code qu'il y a vraiment un problème ?

J'ai testé ce code sous mon linux et avec un mapping azerty ou qwerty il fonctionne :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
 
#include <SDL.h>
#include <iostream>
 
 
const int WIDTH=640;
const int HEIGHT=480;
 
int main(int argc, char **argv)
{
    //Déclaration des variables
    SDL_Event event;
    SDL_Surface *screen;
    int done = 0;
 
    //Initialisation de SDL
    if(SDL_Init(SDL_INIT_VIDEO)!=0)
    {
        std::cerr << "Probleme pour initialiser SDL" << SDL_GetError() << std::endl;
        return 1;
    }
 
    //Mettre un titre à la fenêtre
    SDL_WM_SetCaption("Programme SDL de base", NULL);
    //Ouvrerture d'une surface pour l'affichage de la fenêtre
    screen = SDL_SetVideoMode(WIDTH,HEIGHT, 32,
                              SDL_DOUBLEBUF | SDL_HWSURFACE);
    if(screen==NULL)
        done = 1;
 
    /* On active l'unicode */
    SDL_EnableUNICODE(1);
 
 
    //Boucle generale
    while(!done)
    {
        //Traiter les évènements
        while(SDL_PollEvent(&event))
        {
            switch(event.type)
            {
                //Si on veut quitter, done=1 suffira
                case SDL_QUIT:
                done=1;
                break;
		case SDL_KEYDOWN:
		     if((event.key.keysym.unicode >= 'a') && (event.key.keysym.unicode <= 'z'))
		     	printf("Code DOWN UNICODE de '%c' : %d\n", event.key.keysym.unicode,event.key.keysym.unicode);
		     event.key.keysym.unicode = 0;
		break;
                //Si on vient de relacher une touche de clavier
                case SDL_KEYUP:
 	     	    if((event.key.keysym.unicode >= 'a') && (event.key.keysym.unicode <= 'z'))
    		    	printf("Code UP UNICODE de '%c' : %d\n", event.key.keysym.unicode, event.key.keysym.unicode);
                //Et si c'est la lettre q
		if(event.key.keysym.unicode==SDLK_q)
                    //On met done a 1 pour quitter
                    done=1;
 
    	        event.key.keysym.unicode = 0;		    
                break;
                //Sinon on ne fait rien
                default:
                break;
            }
        }
    }
 
    SDL_Quit();
    return 0;
}

Il teste les événements SDL_KEYUP et SDL_KEYDOWN, les deux remplissent correctement le champ unicode.

Jc

09/01/2007, 16h45
Clad3

Citation:

Euh, pourquoi tu t'embêtes autant ?

Dans le choix des touches, l'utilisateur choisi pour l'attaque SDLK_q (c'est ce que tu recois quand il appuye, tu te fiches de savoir s'il a appuyer sur a ou q). Tu stockes donc dans ton tableau de correspondance des touches Attaquer <- SDLK_q.
Dans le jeu, il appuye sur SDLK_a ou SDLK_q, à ce moment là, ton tableau de correspondance des touches contient bien SDLK_q mais pas SDLK_a, donc SDLK_q provoque une attaque, et SLDK_a rien.

C'est pas plus simple ?

Exactement il faut juste se servir de l'unicode pour l'affichage de la touche réelle. à l'écran en tant que caractère .

@ fearyourself : Je croyais avoir lu que le champ unicode n'était pas rempli lors d'un SDL_KEYUP, ce qui est logique puisque l'unicde gérant lappuie de plusieur touche simultanée, lors de la levé de lune on ne va pas savoir quelle code renvoyé !
Ex: ctrl+a = unicode 2557 ( exemple inventé) ; ctrl = 665 ; a = 97
Si je relache 'a' je met quoi en unicode ? 97 ou 2557 ?

edit: je viens de re-vérifier j'obtient toujours 0 pour l'unicode d'un SDL_KEYUP .
09/01/2007, 17h02
fearyourself

Citation:

Envoyé par Clad3

Exactement il faut juste se servir de l'unicode pour l'affichage de la touche réelle. à l'écran en tant que caractère .

@ fearyourself : Je croyais avoir lu que le champ unicode n'était pas rempli lors d'un SDL_KEYUP, ce qui est logique puisque l'unicde gérant lappuie de plusieur touche simultanée, lors de la levé de lune on ne va pas savoir quelle code renvoyé !
Ex: ctrl+a = unicode 2557 ( exemple inventé) ; ctrl = 665 ; a = 97
Si je relache 'a' je met quoi en unicode ? 97 ou 2557 ?

edit: je viens de re-vérifier j'obtient toujours 0 pour l'unicode d'un SDL_KEYUP .

Tout ce qui est touche simultanée est toujours problématique. Il faudra bidouiller beaucoup plus pour arriver à le faire.

Il faut se souvenir que ALT/CTRL a été appuyé ensuite récupérer la valeur. C'est encore plus compliqué dans le sens où le code unicode ne fonctionne pas avec un CTRL appuyé. J'obtiens la position de la lettre...

a tout seul : unicode 97, normal 97

CTRL -> unicode 0, normal 306
a (avec CTRL appuyé) -> unicode 1, normal 97

ALT -> unicode 0, normal 308
a (avec ALT appuyé) -> unicode 97, normal 97

Jc

Citation:

Tout ce qui est touche simultanée est toujours problématique. Il faudra bidouiller beaucoup plus pour arriver à le faire.

Il faut se souvenir que ALT/CTRL a été appuyé ensuite récupérer la valeur. C'est encore plus compliqué dans le sens où le code unicode ne fonctionne pas avec un CTRL appuyé. J'obtiens la position de la lettre...

Je pense que l'intéret est limité de récupérer a la main les modificateur ( atl /maj ect .. ) , je parle conjointement avec l'unicode . Avec les val sym, bien sur ca peut servir.

Citation:

a tout seul : unicode 97, normal 97

La il faut m'expliquer comment !

j'ai un code de ce style, et je n'ai que 0 comme valeur unicode lors d'une touche "up"
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 // A key is down if ( SDLEvent_.type == SDL_KEYDOWN ) { // Si le caratère unicode est < 127 et > 32 if ( (SDLEvent_.key.keysym.unicode & 0xFF80) == 0 && SDLEvent_.key.keysym.unicode >=32 ) { Log(LOG_ALL,LOG_MISC) << SDLEvent_.key.keysym.unicode << " down" ; } } // A key is up else if (SDLEvent_.type == SDL_KEYUP) { Log(LOG_ALL,LOG_MISC) << SDLEvent_.key.keysym.unicode << " up" ; }

09/01/2007, 17h43
bafman

c'est vrai que l'unicode avec la SDL est une vrai plaie à gérer alors qu'il est géré de facon totalement transparente sous glut par exemple...

un truc super sympa à gérer avec la SDL, c'est une console interne au jeu qui prend des commandes... on est obligé de lui passer en paramètre à la fois l'unicode et le keysym (ou alors de faire des bidouille du genre modifier le keysym quand l'unicode existe :mur: )

si quelqu'un connait une méthode simple pour prendre ca en compte, qu'il n'hesite pas à la faire connaitre ;)