Discussion :

[Domi2]

Bonjour,

Je vous propose un nouvel article : Créer des codes-barres 128 en VBA, sans utiliser un contrôle ActiveX spécifique ni de police de caractères spéciale.

Pour atteindre cet objectif, des connaissances en Visual Basic sont nécessaires, ce qui réserve plutôt cet article à des utilisateurs ayant déjà quelque expérience de la programmation avec ce langage. Il est cependant suffisamment détaillé et le code amplement commenté. Les néophytes ne devraient pas rencontrer de grandes difficultés pour le mettre en œuvre.

Vous pouvez poster à la suite vos commentaires ou retours d'expérience, en spécifiant le type de matériel utilisé et les spécifications de vos codes (largeur des modules et hauteur du code-barres).

Si vous avez des difficultés de mise en œuvre, merci d'ouvrir une discussion dans le sous-forum IHM (formulaire et état) ou VBA Access (fonctions et procédures) en vous référant à l'article.

Bons codes !

Domi2

[triaguae]

Bonjour,

Excellente initiative même si je n'ai pas testé!
il est vrai que dans le monde pro, un code barre est tellement simple à utiliser quand on traite beaucoup de volume!

Pour ma part, je travaille avec des imprimantes de marques Zebra, et même s'il y a qq temps j'avais trouvé qq chose sur le net en vba qui fonctionnait (je crois d'ailleurs qu'il s'agit du code 39 en lien dans le tuto), j'ai découvert le langage EPL qui offre plus de souplesse puisqu'il s'agit "simplement" de générer un fichier texte (le programme) en langage EPL et de l'envoyer sur le port RS232, et les codes barres sortent nickel.

[User]

Très bonne idée

[loufab]

C'est le truc qui manquait. Précis et complet !



Et bonnes fêtes à tous !

[Invité]

Excellent

[Invité]

Bonjour
Excellent tutoriel

Très clair et très utile pour ceux qui veulent se lancer dans l'aventure
des codes-barres.

[Rawheadrex]

Excellente initiative, bravo!

Cependant, et remarque c'est peut-être moi qui est est aveugle, je n'ai pas vu de lien pour le code source (fichier Access) du tutoriel, est-ce normal?

Merci.

[Domi2]

Bonjour Rawheadrex,

Et merci pour l'appréciation

Bonne nouvelle pour toi, tu n'as pas besion de consulter, ta vue ne va pas trop mal.

Effectivement, après mûre réflexion, je n'ai pas mis l'application en téléchargement. En effet, telle quelle, elle est parfaitement autonome et pourrait produire des codes-barres sans autre. Les plus flemmards n'auraient donc aucun effort à faire et surtout pas à en comprendre le fonctionnement, ce qui n'est à mon avis pas le but d'un tutoriel.

Et pour ceux qui auraient besoin de l'intégrer dans une application existante, elle n'est pas vraiment utile, l'essentiel du travail consistant justement à l'adapter à une IHM existante et à des besoins spécifiques.

Domi2

[Rawheadrex]

C'est dommage, merci!

[Domi2]

Pourquoi "dommage" ?

Essaies-tu de mettre en application le tutoriel ? Rencontres-tu un problème particulier ?

[Rawheadrex]

Non pas du tout, en fait je ne me suis pas encore mis à fond dans l'étude du code (manque de temps), c'est juste que j'aurais aimé étudier le code en exemple directement dans Access, s'aurait été plus rapide pour moi, mais c'est juste un caprice perso . Merci!

[NOUFO]

Je veux plutot lire des code barre imprimer dejà a partir d'une aplication conçue sur access. en fait c'est la gestion d'une biblioyhèque scolaire.

Comment utiliser ce code au mieux?

merci pour votre contribution.

[Domi2]

Bonsoir,

En fait, le tutoriel se limite à expliquer comment créer un code-barres et non à le lire.

Dans ce contexte, il ne te sera donc d'aucune utilité. En fait, la lecture d'un code-barres, c'est équivalent à une simple entrée "clavier".

Quel est exactement ton problème ?

Domi2

[mathieu34]

Merci beaucoup, explications claires, exemples pertinents, en plus ce tuto m'a été très utile pour comprendre le code 128, chapeaux bas

[danbo52]

Merci pour cette production très bien expliquée.

J'ai toutefois eu quelques minis soucis avec l'apparition d'un code erreur 5 au moment de l'ouverture de l'état, qui est résolue.

Par ailleurs, étant sous Access 2010, j'ai remplacé quelques écritures ce qui a permis valider le fonctionnement, à savoir:

- rst("codeBarres") = Null et rst("Libelle") = Null par rst!codeBarres = Null et rst!Libelle = Null...pourquoi ??

- Me. par Me!

- et surprenant, dans la fonction
Private Sub Report_Open(Cancel As Integer),
Me.Printer.ItemLayout = lngTracageColonne par
Me.Printer.ItemLayout = lngTracageColonne + 1953 pour éviter de basculer en erreur.

Voilà, sinon, très bon programme, encore une fois, et merci, c'est très pédagogique...

[trentks95]

Bonjour,

Très intéressant, à tester prochainement ...

[zagvier]

Très bon tutoriel, exceptionnel de clarté !


Quelques adaptations sont nécessaires :
-> le libellé : lblTracageColonnes n'est pas créé.

§IV-D-6 : Il n'est pas possible de tester la fonction cmdApercuImpression_Click sans ajouter une fonction minimale de traitement des erreurs (ou indiquer qu'il faut intégrer celle du § IV-D-12)

[symbiioz]

j'ai récupéré ton code VBA qui est exactement ce que je cherche, il fonctionne bien sauf sur un point, mes codes barres ne s'affichent pas dans mon état, il ne le retraduit pas par les "traits" et me met pas de messages d'erreurs, ca viendrait de quelle fonction qui serait a corriger ?? :-/

[lebart13]

Bonjour,

Je ne comprends pas. J'ai suivi le tutoriel à la lettre et lorsque je fais le test, il m'indique un message d'erreur :

Source : DAO.Fields
Erreur no : 3265
Description : Elément non trouvé dans cette collection.

Pourtant, j'ai bien vérifié si "Microsoft DAO 3.6 Object Library" était bien coché et c'est le cas.

Je précise que je travaille sur Access 2003

Merci

[Invité]

Bonjour

En général cette erreur vient d'un orthographe différent sur les champs.

Contrôle s'ils sont tous bien écrits de la même manière.

Philippe