Discussion :

[IsiTech]

Bonjour,

Lorsque l'on reçoit un évènement, il est possible d'obtenir les coordonnées de celui ci pour divers traitements avec event.getX() par exemple. Cependant ces coordonnées ne correspondent pas à la résolution de l'écran, de plus l'utilisation de getRawX() donne les mêmes valeurs. Je recherche donc l'unité de ces coordonnées, et s'il existe un moyen simple pour passer à l'échelle de la résolution de l'écran. Avez vous des informations ?

Merci et bonne journée.

Edit : Il semblerait que ce soit des dp et le calcul pour passer de l'un à l'autre devrait être px = dp * (dpi / 160), mais le calcul ne fonctionne pas très bien...

[nicroman]

Pourtant c'est bien dans la documentation:

For a touch screen, reports the absolute Y screen position of the center of the touch contact area. The units are display pixels.

Cela me semblait bizarre aussi qu'un "event" soit en DP... les "DP" (ou "SP") sont principalement utilisés pour construire l'interface, ensuite tout se déroule en pixels.

Et sinon oui, la formule est toujours:
px = dp * (dpi / 160), avec dpi valant l'une des valeurs "fixes": 120 (ldpi), 160 (mdpi), 240 (hdpi) ou 320 (xhdpi)
http://nicroman.developpez.com/tutor...nites-mesures/

[IsiTech]

En fait j'ai présenté le problème à l'envers. Je lis les coordonnées brutes avec "getevent -t /dev/input/event2" grâce à une application root, et je cherche à les convertir en DP. Je sais les convertir en px, maintenant je sais passer de px à dp, mais les valeurs ne concordent pas avec les valeurs données par l'Event d'un onTouch(...). Je continue de chercher voir si je trouve quelque chose.

[Hizin]

Et si tu mets l'origine à la vue contenant l'événement onTouch géré ?

[IsiTech]

La mise à l'origine et l'utilisation d'un dpi à 260 au lieu du 252 que j'avais lu sur wikipedia m'a permit d'avoir des valeurs à +-3, ce qui est déjà pas mal. Merci pour vos réponses, je marque résolu .

[nicroman]

dpi NE PEUT PAS être 260... c'est obligatoirement 240....

Il ne faut pas confondre les dpi "hardware" (transformation "pixels en pouces/cm/mm") qui peuvent être 252
Et les dpi "logique" (UI) qui ne peuvent être que 120, 160, 240, ou 320 (transformation "pixels en dp")

C'est tout bien expliqué dans le tuto que j'avais linké

[IsiTech]

En effet, en vérifiant j'ai utilisé des pixels per inch (PPI) au lieu des dpi dans la formule, et ça me donne exactement ce que je veux, c'est assez étrange. J'ai utilisé les valeurs PPI données sur la page wikipedia des écrans de smartphones qui est de 252 pour un HTC Desire, mais en la mettant à 260 j'obtiens des résultats assez précis que je n'obtiens pas avec la valeur 252. C'est assez étrange et j'avoue ne pas tout comprendre mais ça fonctionne.