Discussion :

[VB 2008]

Salut à tous, bref je développe une petite application pour un PDA (collecteur avec code à barre) : j'ai deux champs de texte "TEdit" .. le premier sert à lire le code à barre et le 2éme sert à insérer la quantité .. Ce que je veux faire c'est de changer le focus pour le 2eme TEdit après avoir lu le code : j'ai utilisé un TTimer qui change le focus après une seconde mais le problème c'est l’événement déclenchant !! j'ai utilisé "OnChange" du TEdit mais sans efficacité car dés que je lance l'application il change le focus après une seconde !! quoi faire SVP !

[tarekk73]

bon jour
pas besoin d'un ttimer
utiliser le KeyDown de tedit1 comme suite

Code :

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

1
2
3
4
5
procedure TForm1.Edit1KeyDown(Sender: TObject; var Key: Word;
  Shift: TShiftState);
begin
if key = VK_return then edit2.SetFocus;
end;

si vous rentrer le code barre avec le lecteur de code barre le KeyDown se déclanche automatiquement sinon vous tapez entrer


a+

[VB 2008]

lorsque j'essai ton code j'obtiens cet erreur :

Code :

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

unit1.pas(36,22) Error: Identifier not found "VK_return"

[Fxg]

Est ce que tu as inséré l'unité Windows ?

[VB 2008]

j'ai ajouté Windows dans Uses et j'ai corrigé l'erreur syntaxique .. mais le problème n'est pas résolu : après la lecture du code à barre le curseur n'avance pas vers le 2eme Edit mais il attend l'appui sur la touche Entré

[popo]

Si j'ai bien compris, ce code barre n'est pas saisi mais il est lu par un appareil.

Dans ce cas précis, lje ne suis pas certain (c'est peu-être une aburdité) que KeyPress soit déclenché puisque le clavier n'intervient pas directement. Il faut bien utiliser le OnChange comme tu l'a fait mais sans le timer (ou si tu tient absolument à utiliser un timer, l'activer uniquement dans le OnChange et le désactiver dès que c'est fait).

Là où tu risques d'être embêté (il faudrait tester) c'est si tu permets également la saisie de ce code barre avec le clavier car le OnChange risque d'être déclenché dès le premier caractère saisi. Dans ce cas là, je te suggère d'avoir un bouton pour activer et désactiver la saisie par le clavier (si la saisie par le clavier n'est pas active tu mets la valeur #0 dans le Key, et ton OnChange ne se déclenchera pas)

S'il est réellement intecepté comme une touche clavier, je te suggère d'utiliser le VK_TAB en lieu et place du VK_RETURN

[Andnotor]

j'ai ajouté Windows dans Uses et j'ai corrigé l'erreur syntaxique .. mais le problème n'est pas résolu : après la lecture du code à barre le curseur n'avance pas vers le 2eme Edit mais il attend l'appui sur la touche Entré

Si VK_RETURN (ou #13) n'est pas envoyé, c'est que le scanner n'est pas configuré pour le faire. Sa configuration est la première chose à contrôler

[Moez.B]

Salut,

Si j'ai bien compris, un petit cas d'utilisation :

1. L'utilisateur scanne le produit et récupère son code. La saisie se fait automatiquement dans le premier TEdit.
2. Une fois la saisie est faite, il y a un passage au deuxième TEdit pour la saisie de la quantité.

Je vois que tu as recours à (comme a mentionné Andnotor ) à une configuration du scanner. Ensuite, tu as une méthode (service de la classe du scanner) qui va retourner un booléen suivant si la lecture du code à barre est bien réalisée. Si la méthode renvoie VRAI, alors le SetFocus du 2ème TEdit est appelé sinon, on bloque (on ne peut pas faire un passage de focus pour saisir une quantité d'un produit inconnu !).
Bonne journée