[WD8] - Code à barres pour touche de fonction...

Le 09/06/2004, Yanick Charland a supposé :

Bonjour,

Dans un système développé à l'aide de WD8, les usagers doivent se servir d'un
lecteur optique pour lire des codes à barres sur différents produits et
utiliser à la fin de l'opération la touche de fonction F9 pour valider leurs
manipulations.

Comment faire pour imprimer un code à barres qui représenterait la touche de
fonction F9 (et non pas les caractèrs F et 9)...

Merci à l'avance !

C'est une valeur que tu retrouves dans les constantes
KeyConst.wl

VK_F9 = 0x78
A+

--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com

farplus a utilisé son clavier pour écrire :

Le 09/06/2004, Yanick Charland a supposé :

Bonjour,

Dans un système développé à l'aide de WD8, les usagers doivent se servir
d'un lecteur optique pour lire des codes à barres sur différents produits
et utiliser à la fin de l'opération la touche de fonction F9 pour valider
leurs manipulations.

Comment faire pour imprimer un code à barres qui représenterait la touche
de fonction F9 (et non pas les caractèrs F et 9)...

Merci à l'avance !

C'est une valeur que tu retrouves dans les constantes
KeyConst.wl

VK_F9 = 0x78
A+

Merci pour l'info mais je cherche toujours à faire en sorte que lorsque
le lecteur optique passera sur le code barre, l'application exécutera
le code du bouton dont la lettre d'appel est F9... Pour l'instant, ça
m'affiche "120" (valeur décimale de VK_F9).

J'ai bien tenté de faire Caract(VK_F9) mais j'ai +P ou +G qui
s'affiche, je ne me souviens pas trop.

Merci bien !

--
----------------------------------------------------------
Yanick Charland
(enlevez _nospam_ pour me joindre)

Yanick Charland avait soumis l'idée :

farplus a utilisé son clavier pour écrire :

Le 09/06/2004, Yanick Charland a supposé :

Bonjour,

Dans un système développé à l'aide de WD8, les usagers doivent se servir
d'un lecteur optique pour lire des codes à barres sur différents produits
et utiliser à la fin de l'opération la touche de fonction F9 pour valider
leurs manipulations.

Comment faire pour imprimer un code à barres qui représenterait la touche
de fonction F9 (et non pas les caractèrs F et 9)...

Merci à l'avance !

C'est une valeur que tu retrouves dans les constantes
KeyConst.wl

VK_F9 = 0x78
A+

Merci pour l'info mais je cherche toujours à faire en sorte que lorsque le
lecteur optique passera sur le code barre, l'application exécutera le code du
bouton dont la lettre d'appel est F9... Pour l'instant, ça m'affiche "120"
(valeur décimale de VK_F9).

J'ai bien tenté de faire Caract(VK_F9) mais j'ai +P ou +G qui s'affiche, je
ne me souviens pas trop.

Merci bien !

je ne sais pas si tu peux directement (je n'ai pas de douchette clavier
sous la main pour essayer).
au pire, il faut le faire dans ton programme.
le plus simple est d'utiliser un code barre dont tu es sur qu'il ne
sera jamais sur un des produits.
Ensuite le programme surveilles les séquences lues : à chaque ajout tu
regarde ce que c'est.
soit cela correspond à un produit et le code est ajouté à la liste,
soit c'est ton code barre de fin et tu fait le traitement.

Yanick Charland a exposé le 10/06/2004 :

farplus a utilisé son clavier pour écrire :

Le 09/06/2004, Yanick Charland a supposé :

Bonjour,

Dans un système développé à l'aide de WD8, les usagers doivent se servir
d'un lecteur optique pour lire des codes à barres sur différents produits
et utiliser à la fin de l'opération la touche de fonction F9 pour valider
leurs manipulations.

Comment faire pour imprimer un code à barres qui représenterait la touche
de fonction F9 (et non pas les caractèrs F et 9)...

Merci à l'avance !

C'est une valeur que tu retrouves dans les constantes
KeyConst.wl

VK_F9 = 0x78
A+

Merci pour l'info mais je cherche toujours à faire en sorte que lorsque le
lecteur optique passera sur le code barre, l'application exécutera le code du
bouton dont la lettre d'appel est F9... Pour l'instant, ça m'affiche "120"
(valeur décimale de VK_F9).

J'ai bien tenté de faire Caract(VK_F9) mais j'ai +P ou +G qui s'affiche, je
ne me souviens pas trop.

Merci bien !

bien,
alors utilise cette methode:

tu crées un code barre personnel par ex. "touche F9"

tu explores le buffer de lecture de ta douchette par exemple

si position(buffer,"touche F9")>0 alors
envoiTouche("{F9"}")
sinon
...
fin

crois-moi ça fonctionne :')

A+

--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com

<cut>

Bon... encore moi ! J'ai bien regardé les réponses données (merci aux
posteurs) mais ça ne cadre pas avec mon projet. Voici donc les détails
(que j'aurais du donner plus tôt... mea culpa)

L'application gère le prêt de volumes de bibliothèque à des clients.
Dans l'écran en question, il y a une zone "Numéro d'accession" de
laquelle il est impossible de sortir dans y avoir entré un no
d'accession valide (le code barre du volume emprunté). Ensuite, le
curseur est placé dans la zone Client d'où il est impossible de sortir
sans saisir un code de client (Code barre de la carte de l'emprunteur).
Le code de validation est exécuté lors de la sortie du champ.

Mon lecteur optique est branché dans mon port PS/2 (clavier) et le
clavier se branche dans le lecteur optique (ce dernier se trouve donc
"inséré" entre le clavier et le PC). Il ne fonctionne pas (selon ce que
j'ai pu comprendre) avec un buffer puisqu'il envoie tout ce qu'il lit
directement au PC, comme s'il s'agissait d'une saisie via le clavier en
ajoutant un RC à la fin (ce qui permet l'exécution du code de sortie du
champ de manière automatique).

Une fois les deux codes saisis, l'application permet de spécifier
d'autres valeurs pour le prêt (nombre de jours permis, remarque, date
d'emprunt, etc.) qui peuvent aussi être laissées aux valeurs par
défaut. L'utilisation du lecteur optique dans ces champs est délicate
puisque l'application reçoit les caractères un à un du lecteur optique
et que l'application permet la saisie dans ces champs... je n'ai donc
pas la possibilité de gérer le buffer d'entrée avant que l'application
ne capte les caractères...

Pour valider le tout, le gestionnaire de la bibliothèque doit appuyer
sur un bouton de commande. J'avais pensé mettre "Entrée" comme lettre
d'appel de la touche mais elle entrait en conflit avec le lecteur
optique (qui nous en fournit un à chaque lecture). J'ai donc placé F9
comme lettre d'appel (qui était la touche pour valider dans l'ancienne
mouture de l'application, qui roulait sous DOS). Maintenant, pour
éviter que le gestionnaire passe constamment du lecteur optique au
clavier, j'aimerais avoir un code à barres qui, lorsque scanné,
enverrais la touche F9 au PC.

J'espère que je suis un peu plus clair cette fois ci... Merci encore à
ceux qui ont proposés des pistes, j'apprécie énormément !

--
----------------------------------------------------------
Yanick Charland
(enlevez _nospam_ pour me joindre)

Il se trouve que Yanick Charland a formulé :

<cut>

Bon... encore moi ! J'ai bien regardé les réponses données (merci aux
posteurs) mais ça ne cadre pas avec mon projet. Voici donc les détails (que
j'aurais du donner plus tôt... mea culpa)

L'application gère le prêt de volumes de bibliothèque à des clients. Dans
l'écran en question, il y a une zone "Numéro d'accession" de laquelle il est
impossible de sortir dans y avoir entré un no d'accession valide (le code
barre du volume emprunté). Ensuite, le curseur est placé dans la zone Client
d'où il est impossible de sortir sans saisir un code de client (Code barre de
la carte de l'emprunteur). Le code de validation est exécuté lors de la
sortie du champ.

Mon lecteur optique est branché dans mon port PS/2 (clavier) et le clavier se
branche dans le lecteur optique (ce dernier se trouve donc "inséré" entre le
clavier et le PC). Il ne fonctionne pas (selon ce que j'ai pu comprendre)
avec un buffer puisqu'il envoie tout ce qu'il lit directement au PC, comme
s'il s'agissait d'une saisie via le clavier en ajoutant un RC à la fin (ce
qui permet l'exécution du code de sortie du champ de manière automatique).

Une fois les deux codes saisis, l'application permet de spécifier d'autres
valeurs pour le prêt (nombre de jours permis, remarque, date d'emprunt, etc.)
qui peuvent aussi être laissées aux valeurs par défaut. L'utilisation du
lecteur optique dans ces champs est délicate puisque l'application reçoit les
caractères un à un du lecteur optique et que l'application permet la saisie
dans ces champs... je n'ai donc pas la possibilité de gérer le buffer
d'entrée avant que l'application ne capte les caractères...

Pour valider le tout, le gestionnaire de la bibliothèque doit appuyer sur un
bouton de commande. J'avais pensé mettre "Entrée" comme lettre d'appel de la
touche mais elle entrait en conflit avec le lecteur optique (qui nous en
fournit un à chaque lecture). J'ai donc placé F9 comme lettre d'appel (qui
était la touche pour valider dans l'ancienne mouture de l'application, qui
roulait sous DOS). Maintenant, pour éviter que le gestionnaire passe
constamment du lecteur optique au clavier, j'aimerais avoir un code à barres
qui, lorsque scanné, enverrais la touche F9 au PC.

J'espère que je suis un peu plus clair cette fois ci... Merci encore à ceux
qui ont proposés des pistes, j'apprécie énormément !

Mouaih, je ne sais pas si le jeu en vaut la chandelle à savoir éviter
une intervention clavier à l'utilisateur, mais tu pourrais faire un
truc du genre.

bippage du code barre accession --> passe à code client
bippage du code client -->passe à une zone de travail

soit tu as une feuille avec des codes actions (n0s spéciaux) qui dès la
lecture brancheront ton opérateur sur l'action adhoc (ex validation
cela fait le F9,saisie complementaire cela ouvre un ecran s/nombre de
jours permis, remarque, date d'emprunt, etc.)
Pb : la feuille de code à barre spéciaux devient vite crade,
l'utilisateur est toujours en train de la chercher etc ...
soit,
si l'operateur rebippe le client, tu considères qu'il en a terminé et
tu fais ton F9 ou il reprend la main c'est à dire sort de cette zone de
saisie et modifie avec ses petites mimines et valide par F9.

Mais bon, pour moi je pense que l'opérateur peut faire un F9 sur son
clavier, ou alors il est bionique et on lui a greffé une douchette à la
place des mains ...

--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)

Bonjour,

Une idée comme ça ...

Tu généres un code barre pour <F9> assez spécifique (ex : #F9#) . Il faut
qu'il soit dans le masque de saisie des 2 champs (Code clients et code
d'accession) et ne puisse pas être dans les valeurs normales des 2 champs.

Tu testes en sortie des 2 champs (code du client et code d'accession) la
valeur saisie.

Si cette valeur est #F9# tu fais un executetraitement de ton bouton F9, si
c'est une autre valeur tu fais la recherche du livre ou du client et tu
continues.

Jean



"Yanick Charland" <_nospam_Yanick.Charland@cssamares.qc.ca> a écrit dans le
message de news:mn.5a7d7d46013a1f13.9917@cssamares.qc.ca...

<cut>

Bon... encore moi ! J'ai bien regardé les réponses données (merci aux
posteurs) mais ça ne cadre pas avec mon projet. Voici donc les détails
(que j'aurais du donner plus tôt... mea culpa)

L'application gère le prêt de volumes de bibliothèque à des clients.
Dans l'écran en question, il y a une zone "Numéro d'accession" de
laquelle il est impossible de sortir dans y avoir entré un no
d'accession valide (le code barre du volume emprunté). Ensuite, le
curseur est placé dans la zone Client d'où il est impossible de sortir
sans saisir un code de client (Code barre de la carte de l'emprunteur).
Le code de validation est exécuté lors de la sortie du champ.

Mon lecteur optique est branché dans mon port PS/2 (clavier) et le
clavier se branche dans le lecteur optique (ce dernier se trouve donc
"inséré" entre le clavier et le PC). Il ne fonctionne pas (selon ce que
j'ai pu comprendre) avec un buffer puisqu'il envoie tout ce qu'il lit
directement au PC, comme s'il s'agissait d'une saisie via le clavier en
ajoutant un RC à la fin (ce qui permet l'exécution du code de sortie du
champ de manière automatique).

Une fois les deux codes saisis, l'application permet de spécifier
d'autres valeurs pour le prêt (nombre de jours permis, remarque, date
d'emprunt, etc.) qui peuvent aussi être laissées aux valeurs par
défaut. L'utilisation du lecteur optique dans ces champs est délicate
puisque l'application reçoit les caractères un à un du lecteur optique
et que l'application permet la saisie dans ces champs... je n'ai donc
pas la possibilité de gérer le buffer d'entrée avant que l'application
ne capte les caractères...

Pour valider le tout, le gestionnaire de la bibliothèque doit appuyer
sur un bouton de commande. J'avais pensé mettre "Entrée" comme lettre
d'appel de la touche mais elle entrait en conflit avec le lecteur
optique (qui nous en fournit un à chaque lecture). J'ai donc placé F9
comme lettre d'appel (qui était la touche pour valider dans l'ancienne
mouture de l'application, qui roulait sous DOS). Maintenant, pour
éviter que le gestionnaire passe constamment du lecteur optique au
clavier, j'aimerais avoir un code à barres qui, lorsque scanné,
enverrais la touche F9 au PC.

J'espère que je suis un peu plus clair cette fois ci... Merci encore à
ceux qui ont proposés des pistes, j'apprécie énormément !

--
----------------------------------------------------------
Yanick Charland
(enlevez _nospam_ pour me joindre)

Bonjour,

Yanick Charland avait soumis l'idée :

<cut>

Bon... encore moi ! J'ai bien regardé les réponses données (merci aux
posteurs) mais ça ne cadre pas avec mon projet. Voici donc les détails (que
j'aurais du donner plus tôt... mea culpa)

L'application gère le prêt de volumes de bibliothèque à des clients. Dans
l'écran en question, il y a une zone "Numéro d'accession" de laquelle il est
impossible de sortir dans y avoir entré un no d'accession valide (le code
barre du volume emprunté). Ensuite, le curseur est placé dans la zone Client
d'où il est impossible de sortir sans saisir un code de client (Code barre de
la carte de l'emprunteur). Le code de validation est exécuté lors de la
sortie du champ.

Mon lecteur optique est branché dans mon port PS/2 (clavier) et le clavier se
branche dans le lecteur optique (ce dernier se trouve donc "inséré" entre le
clavier et le PC). Il ne fonctionne pas (selon ce que j'ai pu comprendre)
avec un buffer puisqu'il envoie tout ce qu'il lit directement au PC,

dès lors ton champ de saisie devient le buffer

Une fois les deux codes saisis, l'application permet de spécifier d'autres
valeurs pour le prêt (nombre de jours permis, remarque, date d'emprunt, etc.)
qui peuvent aussi être laissées aux valeurs par défaut. L'utilisation du
lecteur optique dans ces champs est délicate puisque l'application reçoit les
caractères un à un du lecteur optique et que l'application permet la saisie
dans ces champs... je n'ai donc pas la possibilité de gérer le buffer
d'entrée avant que l'application ne capte les caractères...

Pour valider le tout, le gestionnaire de la bibliothèque doit appuyer sur un
bouton de commande. J'avais pensé mettre "Entrée" comme lettre d'appel de la
touche mais elle entrait en conflit avec le lecteur optique (qui nous en
fournit un à chaque lecture). J'ai donc placé F9 comme lettre d'appel (qui
était la touche pour valider dans l'ancienne mouture de l'application, qui
roulait sous DOS). Maintenant, pour éviter que le gestionnaire passe
constamment du lecteur optique au clavier, j'aimerais avoir un code à barres
qui, lorsque scanné, enverrais la touche F9 au PC.

pour ce qui est des touches de fonctions, voici un petit rappel:

les codes ASCII étendu à 256 signes numérotés de 0 à 255. C'est dans
cette plage qui à tous les caractères affichables. Les touches de
fonction utilisent les mêmes codes, ainsi le F9 = 0x78, soit en décimal
120, correspond à x. Le system pour comprendre que c'est F9 et pas x à
besoin d'autre chose: la séquence escape. Ainsi pour la touche F9 la
chaine à envoyer est la suivant: ESC[0;x soit la chaine "27914859120".
Je n'ai pas une douchette pour contrôler. Toutefois si cela ne devait
pas marcher, il faut contourner le pb de la manière suivante:
créer une zone de saisie supplémentaire "Validation" envoyer par la
douchette une chaine ou un chiffre quelconque puis coder:
selon validation
cas x
xxx
cas y
yyy
fin

tiens nous au courant.

--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com

farplus a formulé ce samedi :

les codes ASCII étendu à 256 signes numérotés de 0 à 255.

ont ;o)

C'est dans cette plage qui à tous les caractères affichables.

qu'il y a :-[
Les touches de fonction

Le system pour comprendre que c'est F9 et pas x à besoin

le système et non pas x a besoin :-)

Ainsi pour la touche F9 la chaine à envoyer est la suivant:

suivante: :-@

j'écris vraiement petit nègre ce matin :'(

--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com

Bonjour,

Une idée comme ça ...

Tu généres un code barre pour <F9> assez spécifique (ex : #F9# ou
999999999 ) . Il faut
qu'il soit dans le masque de saisie des 2 champs (Code clients et code
d'accession) et ne puisse pas être dans les valeurs normales des 2 champs.

Tu testes en sortie des 2 champs (code du client et code d'accession) la
valeur saisie.

Si cette valeur est #F9# tu fais un executetraitement de ton bouton F9, si
c'est une autre valeur tu fais la recherche du livre ou du client et tu
continues.

Jean

"farplus" <farplus@free.fr> a écrit dans le message de
news:mn.62567d46f3f07544.9677@free.fr...

Bonjour,

Yanick Charland avait soumis l'idée :
> <cut>
>
> Bon... encore moi ! J'ai bien regardé les réponses données (merci aux
> posteurs) mais ça ne cadre pas avec mon projet. Voici donc les détails

(que

> j'aurais du donner plus tôt... mea culpa)
>
> L'application gère le prêt de volumes de bibliothèque à des clients.

Dans

> l'écran en question, il y a une zone "Numéro d'accession" de laquelle il

est

> impossible de sortir dans y avoir entré un no d'accession valide (le

code

> barre du volume emprunté). Ensuite, le curseur est placé dans la zone

Client

> d'où il est impossible de sortir sans saisir un code de client (Code

barre de

> la carte de l'emprunteur). Le code de validation est exécuté lors de la
> sortie du champ.
>
> Mon lecteur optique est branché dans mon port PS/2 (clavier) et le

clavier se

> branche dans le lecteur optique (ce dernier se trouve donc "inséré"

entre le

> clavier et le PC). Il ne fonctionne pas (selon ce que j'ai pu

comprendre)

> avec un buffer puisqu'il envoie tout ce qu'il lit directement au PC,

dès lors ton champ de saisie devient le buffer
>
> Une fois les deux codes saisis, l'application permet de spécifier

d'autres

> valeurs pour le prêt (nombre de jours permis, remarque, date d'emprunt,

etc.)

> qui peuvent aussi être laissées aux valeurs par défaut. L'utilisation du
> lecteur optique dans ces champs est délicate puisque l'application

reçoit les

> caractères un à un du lecteur optique et que l'application permet la

saisie

> dans ces champs... je n'ai donc pas la possibilité de gérer le buffer
> d'entrée avant que l'application ne capte les caractères...
>
> Pour valider le tout, le gestionnaire de la bibliothèque doit appuyer

sur un

> bouton de commande. J'avais pensé mettre "Entrée" comme lettre d'appel

de la

> touche mais elle entrait en conflit avec le lecteur optique (qui nous en
> fournit un à chaque lecture). J'ai donc placé F9 comme lettre d'appel

(qui

> était la touche pour valider dans l'ancienne mouture de l'application,

qui

> roulait sous DOS). Maintenant, pour éviter que le gestionnaire passe
> constamment du lecteur optique au clavier, j'aimerais avoir un code à

barres

> qui, lorsque scanné, enverrais la touche F9 au PC.

pour ce qui est des touches de fonctions, voici un petit rappel:

les codes ASCII étendu à 256 signes numérotés de 0 à 255. C'est dans
cette plage qui à tous les caractères affichables. Les touches de
fonction utilisent les mêmes codes, ainsi le F9 = 0x78, soit en décimal
120, correspond à x. Le system pour comprendre que c'est F9 et pas x à
besoin d'autre chose: la séquence escape. Ainsi pour la touche F9 la
chaine à envoyer est la suivant: ESC[0;x soit la chaine "27914859120".
Je n'ai pas une douchette pour contrôler. Toutefois si cela ne devait
pas marcher, il faut contourner le pb de la manière suivante:
créer une zone de saisie supplémentaire "Validation" envoyer par la
douchette une chaine ou un chiffre quelconque puis coder:
selon validation
cas x
xxx
cas y
yyy
fin

tiens nous au courant.

--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com