Problème lecture codebarre

Version imprimable

13/09/2013, 14h53
Higgins

Problème lecture codebarre

Bonjour,
J'ai une application dans laquelle l'utilisateur saisit des données à l'aide d'un scanner code barre (douchette) configurée en clavier.

Sur une appli développée avec D7, pas de problème. sur XE3, la zone de saisie reste vide. J'ai constaté que la douchette envoie le code #0 en début de ligne, sauf erreur de ma part, c'est le caractère de terminaison d'un pChar.
Si on réinitialise la douchette, j'arrive à l'utiliser. J'ai l'impression que ce problème est dû au fait que l'appli sur XE3 est en unicode.
Le client ne veut pas modifier le réglage des douchetttes qui sont utilisées sur d'autres appli.
1ère question: la piste unicode vous semble-t'elle plausible?
2ème question: comment contourner le pb, sachant que lors de l'interception du keychar dans onkeyup, le caractère a déjà été "lu" et intégré dans Tedit.text. Même en essayant de réinitialiser la propriété text, ça ne fonctionne pas
13/09/2013, 15h10
skywaukers

Bonjour,

Citation:

Envoyé par Higgins

2ème question: comment contourner le pb, sachant que lors de l'interception du keychar dans onkeyup, le caractère a déjà été "lu" et intégré dans Tedit.text. Même en essayant de réinitialiser la propriété text, ça ne fonctionne pas

essaye plutôt onKeyPress ouOnKeyDown.

@++
Dany
13/09/2013, 15h16
Andnotor

Si tu as laissé ta variable en string en passant de D7 à XE3, sûr qu'elle est en unicode. Rien ne t'empêche de la déclarer en ansistring.

ps : on testera plutôt le caractère de fin envoyé par le scanner (en règle générale VK_RETURN, #13) que la fin de chaîne "Delphi" #0.
17/09/2013, 11h07
Higgins

Citation:

Envoyé par Andnotor

Si tu as laissé ta variable en string en passant de D7 à XE3, sûr qu'elle est en unicode. Rien ne t'empêche de la déclarer en ansistring.

Il ne s'agit pas d'une variable, mais d'un composant TEdit. du coup, je suis effectivement sûr qu'il est en unicode, mais je ne sais pas si c'est la cause du problème.

Citation:

Envoyé par Andnotor

ps : on testera plutôt le caractère de fin envoyé par le scanner (en règle générale VK_RETURN, #13) que la fin de chaîne "Delphi" #0.

C'est effectivement ce que je fais. Le pb est que la chaine commence par #0 donc systématiquement TEdit.text=''

J'ai bien pensé à intercepter les évènemnts on keyDown ou on keyPress à la place mais je n'ai pas eu beaucoupe de succès
17/09/2013, 16h17
SergioMaster

Bonjour ,
Intrigué , j'ai fait un essai avec XE4 (un simple TEdit et un Messagedialog pour le résultat) en FMX pas de soucis le scan est OK

Tu n'indiques pas quel type de code barre , j'ai fait un essai avec du EAN128
je garde au chaud pour d'autres au cas où
Tu n'indiques pas non plus le type de poste (OS) le test a été fait avec un Vista donc 32 bits à l'occasion je peut faire un essai avec un Seven 64 bits pas trop loin de chez moi ;)
19/09/2013, 11h06
Higgins

Citation:

Envoyé par SergioMaster

Bonjour ,
Intrigué , j'ai fait un essai avec XE4 (un simple TEdit et un Messagedialog pour le résultat) en FMX pas de soucis le scan est OK

Chez moi aussi ça marche, avec un lecteur correctement configuré ;)
Le problème est que le client utilise une configuration spéciale (pour d'autres applis) qui envoi un chr(0) en début de chaine

Citation:

Envoyé par SergioMaster

Tu n'indiques pas quel type de code barre , j'ai fait un essai avec du EAN128
je garde au chaud pour d'autres au cas où
Tu n'indiques pas non plus le type de poste (OS) le test a été fait avec un Vista donc 32 bits à l'occasion je peut faire un essai avec un Seven 64 bits pas trop loin de chez moi ;)

C'est du code 39, testé sur Win XP 32bits et W7 pro 64 bits avec le même résultat.
Pour être franc, j'ai laissé un peu le pb en stand-by (d'autres priorités).
Je laisse le post ouvert car je vais m'y remettre ds quelques jours. Je vous tiendrai au courant
20/09/2013, 08h19
SergioMaster

Citation:

Envoyé par Higgins

Chez moi aussi ça marche, avec un lecteur correctement configuré ;)
Le problème est que le client utilise une configuration spéciale (pour d'autres applis) qui envoi un chr(0) en début de chaine

C'est du code 39, testé sur Win XP 32bits et W7 pro 64 bits avec le même résultat.

Ah, je comprends mieux la problématique ! Dans ce cas il va falloir lire si possible le buffer de clavier , (j'ai eu un cas où il fallait que je le fasse seulement c'était fin du siècle dernier 8O , il faut que je recherche ce bout de code dans mes archives , pas évident , j'ai changé 2 fois de PC depuis ....)