Bonjour,
Je lit des codes barres avec un lecteur branch=E9 en s=E9rie=20
avec le clavier (syteme WEDGE), est t'il possible de=20
d=E9terminer si les informations sont saisie par le clavier=20
ou par le lecteur de code barre?=20
Ceci a pour but de se positionner automatiquement sur le=20
bon champ du formulaire.
Merci pour vos r=E9ponses.
Salutations Alain
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Raymond [mvp]
Bonjour.
Normalement, le lecteur de CAB simule exactement le clavier avec la touche entrée enfoncée à la fin. C'est la seule différence avec le clavier sur lequel on peut terminer par une autre touche.Il faudrait que l'utilisateur termine toujours par une touche spéciale pour connaître qui a composé la valeur du champ. Si ton lecteur est en panne, ça va perturber ton fonctionnement. Il vaudrait mieux que chaque champ possède un code tel les étiquettes galia et que la procédure s'exécute selon la valeur du code reçu en début de la valeur composée.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain SCATIZZI" a écrit dans le message de news: 15e001c4fbbc$4eedd790$ Bonjour, Je lit des codes barres avec un lecteur branché en série avec le clavier (syteme WEDGE), est t'il possible de déterminer si les informations sont saisie par le clavier ou par le lecteur de code barre? Ceci a pour but de se positionner automatiquement sur le bon champ du formulaire. Merci pour vos réponses. Salutations Alain
Bonjour.
Normalement, le lecteur de CAB simule exactement le clavier avec la touche
entrée enfoncée à la fin. C'est la seule différence avec le clavier sur
lequel on peut terminer par une autre touche.Il faudrait que l'utilisateur
termine toujours par une touche spéciale pour connaître qui a composé la
valeur du champ. Si ton lecteur est en panne, ça va perturber ton
fonctionnement.
Il vaudrait mieux que chaque champ possède un code tel les étiquettes galia
et que la procédure s'exécute selon la valeur du code reçu en début de la
valeur composée.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://OfficeSystem.Access.free.fr/runtime/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain SCATIZZI" <ascat_N0SPAM@voila.fr> a écrit dans le message de news:
15e001c4fbbc$4eedd790$a401280a@phx.gbl...
Bonjour,
Je lit des codes barres avec un lecteur branché en série
avec le clavier (syteme WEDGE), est t'il possible de
déterminer si les informations sont saisie par le clavier
ou par le lecteur de code barre?
Ceci a pour but de se positionner automatiquement sur le
bon champ du formulaire.
Merci pour vos réponses.
Salutations Alain
Normalement, le lecteur de CAB simule exactement le clavier avec la touche entrée enfoncée à la fin. C'est la seule différence avec le clavier sur lequel on peut terminer par une autre touche.Il faudrait que l'utilisateur termine toujours par une touche spéciale pour connaître qui a composé la valeur du champ. Si ton lecteur est en panne, ça va perturber ton fonctionnement. Il vaudrait mieux que chaque champ possède un code tel les étiquettes galia et que la procédure s'exécute selon la valeur du code reçu en début de la valeur composée.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain SCATIZZI" a écrit dans le message de news: 15e001c4fbbc$4eedd790$ Bonjour, Je lit des codes barres avec un lecteur branché en série avec le clavier (syteme WEDGE), est t'il possible de déterminer si les informations sont saisie par le clavier ou par le lecteur de code barre? Ceci a pour but de se positionner automatiquement sur le bon champ du formulaire. Merci pour vos réponses. Salutations Alain
Alain SCATIZZI
Merci Raymond pour votre réponses très rapide
Il vaudrait mieux que chaque champ possède un code tel les étiquettes galia et que la procédure s'exécute selon la valeur du code reçu en début de la valeur composée Le probléme c'est que je lit des codes barre déjà imprimées genre pack de piles, je ne peut donc pas y incérer un code de reconnaissance. Bonne journée. Salutations Alain
-----Message d'origine----- Bonjour.
Normalement, le lecteur de CAB simule exactement le clavier avec la touche
entrée enfoncée à la fin. C'est la seule différence avec le clavier sur
lequel on peut terminer par une autre touche.Il faudrait que l'utilisateur
termine toujours par une touche spéciale pour connaître qui a composé la
valeur du champ. Si ton lecteur est en panne, ça va perturber ton
fonctionnement. Il vaudrait mieux que chaque champ possède un code tel les étiquettes galia
et que la procédure s'exécute selon la valeur du code reçu en début de la
valeur composée.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain SCATIZZI" a écrit dans le message de news:
15e001c4fbbc$4eedd790$ Bonjour, Je lit des codes barres avec un lecteur branché en série avec le clavier (syteme WEDGE), est t'il possible de déterminer si les informations sont saisie par le clavier ou par le lecteur de code barre? Ceci a pour but de se positionner automatiquement sur le bon champ du formulaire. Merci pour vos réponses. Salutations Alain
.
Merci Raymond pour votre réponses très rapide
Il vaudrait mieux que chaque champ possède un code tel les
étiquettes galia
et que la procédure s'exécute selon la valeur du code reçu
en début de la
valeur composée
Le probléme c'est que je lit des codes barre déjà
imprimées genre pack de piles, je ne peut donc pas y
incérer un code de reconnaissance.
Bonne journée. Salutations
Alain
-----Message d'origine-----
Bonjour.
Normalement, le lecteur de CAB simule exactement le
clavier avec la touche
entrée enfoncée à la fin. C'est la seule différence avec
le clavier sur
lequel on peut terminer par une autre touche.Il faudrait
que l'utilisateur
termine toujours par une touche spéciale pour connaître
qui a composé la
valeur du champ. Si ton lecteur est en panne, ça va
perturber ton
fonctionnement.
Il vaudrait mieux que chaque champ possède un code tel
les étiquettes galia
et que la procédure s'exécute selon la valeur du code
reçu en début de la
valeur composée.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://OfficeSystem.Access.free.fr/runtime/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain SCATIZZI" <ascat_N0SPAM@voila.fr> a écrit dans le
message de news:
15e001c4fbbc$4eedd790$a401280a@phx.gbl...
Bonjour,
Je lit des codes barres avec un lecteur branché en série
avec le clavier (syteme WEDGE), est t'il possible de
déterminer si les informations sont saisie par le clavier
ou par le lecteur de code barre?
Ceci a pour but de se positionner automatiquement sur le
bon champ du formulaire.
Merci pour vos réponses.
Salutations Alain
Il vaudrait mieux que chaque champ possède un code tel les étiquettes galia et que la procédure s'exécute selon la valeur du code reçu en début de la valeur composée Le probléme c'est que je lit des codes barre déjà imprimées genre pack de piles, je ne peut donc pas y incérer un code de reconnaissance. Bonne journée. Salutations Alain
-----Message d'origine----- Bonjour.
Normalement, le lecteur de CAB simule exactement le clavier avec la touche
entrée enfoncée à la fin. C'est la seule différence avec le clavier sur
lequel on peut terminer par une autre touche.Il faudrait que l'utilisateur
termine toujours par une touche spéciale pour connaître qui a composé la
valeur du champ. Si ton lecteur est en panne, ça va perturber ton
fonctionnement. Il vaudrait mieux que chaque champ possède un code tel les étiquettes galia
et que la procédure s'exécute selon la valeur du code reçu en début de la
valeur composée.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain SCATIZZI" a écrit dans le message de news:
15e001c4fbbc$4eedd790$ Bonjour, Je lit des codes barres avec un lecteur branché en série avec le clavier (syteme WEDGE), est t'il possible de déterminer si les informations sont saisie par le clavier ou par le lecteur de code barre? Ceci a pour but de se positionner automatiquement sur le bon champ du formulaire. Merci pour vos réponses. Salutations Alain
.
Raymond [mvp]
dans ce cas il faut tester la perte de focus d'un champ pour se positionner sur un autre ou exécuter une procédure.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain SCATIZZI" a écrit dans le message de news: 09b001c4fbc6$a8e71770$ Merci Raymond pour votre réponses très rapide
Il vaudrait mieux que chaque champ possède un code tel les étiquettes galia et que la procédure s'exécute selon la valeur du code reçu en début de la valeur composée Le probléme c'est que je lit des codes barre déjà imprimées genre pack de piles, je ne peut donc pas y incérer un code de reconnaissance. Bonne journée. Salutations Alain
dans ce cas il faut tester la perte de focus d'un champ pour se positionner
sur un autre ou exécuter une procédure.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://OfficeSystem.Access.free.fr/runtime/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain SCATIZZI" <ascat_N0SPAM@voila.fr> a écrit dans le message de news:
09b001c4fbc6$a8e71770$a501280a@phx.gbl...
Merci Raymond pour votre réponses très rapide
Il vaudrait mieux que chaque champ possède un code tel les
étiquettes galia
et que la procédure s'exécute selon la valeur du code reçu
en début de la
valeur composée
Le probléme c'est que je lit des codes barre déjà
imprimées genre pack de piles, je ne peut donc pas y
incérer un code de reconnaissance.
Bonne journée. Salutations
Alain
dans ce cas il faut tester la perte de focus d'un champ pour se positionner sur un autre ou exécuter une procédure.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain SCATIZZI" a écrit dans le message de news: 09b001c4fbc6$a8e71770$ Merci Raymond pour votre réponses très rapide
Il vaudrait mieux que chaque champ possède un code tel les étiquettes galia et que la procédure s'exécute selon la valeur du code reçu en début de la valeur composée Le probléme c'est que je lit des codes barre déjà imprimées genre pack de piles, je ne peut donc pas y incérer un code de reconnaissance. Bonne journée. Salutations Alain
YannX
Bonjour,
Confronté a un problème analogue, je pense a deux aspects : - d'une part, certains lecteurs-code-barre peuvent etre programmés pour emettre un préfixe avant la zone lue..... - par contre je n'ai pas vu comment "accélérer" le positionnement automatiquement sur un champ, genre le "Code-&Barre" habituel a Windows.
@+
"Raymond [mvp]" a écrit dans le message de news:e7I1Zl8%
dans ce cas il faut tester la perte de focus d'un champ pour se positionner
sur un autre ou exécuter une procédure.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain SCATIZZI" a écrit dans le message de news: 09b001c4fbc6$a8e71770$ Merci Raymond pour votre réponses très rapide
Il vaudrait mieux que chaque champ possède un code tel les étiquettes galia et que la procédure s'exécute selon la valeur du code reçu en début de la valeur composée Le probléme c'est que je lit des codes barre déjà imprimées genre pack de piles, je ne peut donc pas y incérer un code de reconnaissance. Bonne journée. Salutations Alain
Bonjour,
Confronté a un problème analogue, je pense a deux aspects :
- d'une part, certains lecteurs-code-barre peuvent etre programmés
pour emettre un préfixe avant la zone lue.....
- par contre je n'ai pas vu comment "accélérer"
le positionnement automatiquement sur un champ,
genre le "Code-&Barre" habituel a Windows.
@+
"Raymond [mvp]" <XYZ.officesystem.access@free.fr> a écrit dans le message de
news:e7I1Zl8%23EHA.2876@TK2MSFTNGP12.phx.gbl...
dans ce cas il faut tester la perte de focus d'un champ pour se
positionner
sur un autre ou exécuter une procédure.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://OfficeSystem.Access.free.fr/runtime/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain SCATIZZI" <ascat_N0SPAM@voila.fr> a écrit dans le message de news:
09b001c4fbc6$a8e71770$a501280a@phx.gbl...
Merci Raymond pour votre réponses très rapide
Il vaudrait mieux que chaque champ possède un code tel les
étiquettes galia
et que la procédure s'exécute selon la valeur du code reçu
en début de la
valeur composée
Le probléme c'est que je lit des codes barre déjà
imprimées genre pack de piles, je ne peut donc pas y
incérer un code de reconnaissance.
Bonne journée. Salutations
Alain
Confronté a un problème analogue, je pense a deux aspects : - d'une part, certains lecteurs-code-barre peuvent etre programmés pour emettre un préfixe avant la zone lue..... - par contre je n'ai pas vu comment "accélérer" le positionnement automatiquement sur un champ, genre le "Code-&Barre" habituel a Windows.
@+
"Raymond [mvp]" a écrit dans le message de news:e7I1Zl8%
dans ce cas il faut tester la perte de focus d'un champ pour se positionner
sur un autre ou exécuter une procédure.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain SCATIZZI" a écrit dans le message de news: 09b001c4fbc6$a8e71770$ Merci Raymond pour votre réponses très rapide
Il vaudrait mieux que chaque champ possède un code tel les étiquettes galia et que la procédure s'exécute selon la valeur du code reçu en début de la valeur composée Le probléme c'est que je lit des codes barre déjà imprimées genre pack de piles, je ne peut donc pas y incérer un code de reconnaissance. Bonne journée. Salutations Alain
