Discussion :

[blazz]

Bonjour,


En bonne néophyte, je vais très probablement faire rire mais je tente quand même.

Mon objectif :
Modifier "je ne sais quoi, je ne sais où" pour faire qu'un programme qui utilise idautomation en générateur de code barre puisse gérer aussi bien du numérique que de l'alphanumérique.


Pour le contexte ça donne ça : Mon frère est commerçant et il utilise un logiciel qui permet de génèrer un justificatif de vente sur lequel est imprimé un code barre. C'est en scannant ce code barre qu'il retrouve les détails de la vente lorsqu'un de ces clients revient pour un remboursement
Actuellement la référence convertie en code barre est numérique.
Mais il veut changer la référence pour y inclure de l'alphabétique, il mettrait les 3 premières lettres du nom du client.

Il a fait des essais en modifiant la structure de la référence, ça il peut le faire mais du coup le code barre ne s'imprime plus dès que la référence est alphanumérique.
Il a contacté le commercial du logiciel et on lui répond que la nouvelle version ne permet pas non plus de gérer des codes barres alphanumériques.

J'ai cherché un peu dans les répertoires du logiciel et j'ai vu qu'il utilisait idautomation et les class suivantes : barCodeEncoder, ImageEncoder, IntHashtable, IntHashtableEntry, InthashTableEnumeration.

Ma question est donc :
Est-ce qu'en étant complètement néophyte je pourrai facilement modifier le fonctionnement du logiciel pour qu'il sachent générer du code barre à partir d'aphanum ?

[Népomucène]

d'après le site d'idautomation, le package permet de gérer la plupart des types de code barre.
Le code 39 par exemple permet d'imprimer des codes alpha.

mais idautomation ne fait qu'imprimer le code qu'on lui demande.
C'est plutôt le logiciel utilisant idautomation qui n'utilise pas le bon type.

Il faudrait donc modifier ce logiciel, donc avoir les sources en java et re-compiler après.

Ceci n'est pas à la porté d'un débutant.
Cependant, tu as pu déterminer les classes utilisées. As-tu les sources du logiciel de ton frère ?

[deathness]

Le problème est que suivant la licence du logiciel tu n'es as peut être pas le droit.

Même si tu as les sources du logiciel, encore faut-il savoir les compiler...

[blazz]

oki,

Merci pour ces infos....

Ce que je ne comprends pas, c'est que sur le site de idautomation, ils proposent des démos et on voit bien qu'on peut spécifier le type d'encodage que l'on souhaite...

Donc pourquoi est-ce que dans mon cas, ça ne serait pas aussi simple ?

Finalement dans le principe le progiciel dispose d'une référence à xx chiffres et la transmet à idautomation pour en pondre un code barre. Pourquoi est-ce le logiciel qui embarquerait le type d'encodage ?

[Népomucène]

Ce qu'il faudrait savoir c'est si le progiciel ne transmet que du numérique.
Dans ce cas, le fait d'avoir de l'alpha fait que plus rien n'est transmis ?

[blazz]

Ce qu'il faudrait savoir c'est si le progiciel ne transmet que du numérique.
Dans ce cas, le fait d'avoir de l'alpha fait que plus rien n'est transmis ?

Ah....je ne voyais pas du tout l'utilisation de idautomation sous cet angle.
J'avais compris qu'il automatisait la construction d'une image type code barre à partir d'une suite de caractères, par correspondance de chaine de caractères. Donc j'imaginais qu'il suffirait de demander à idauto de savoir reconnaître des lettres pour régler le pb.

Sur leur site, tu peux saisir ce que tu veux chiffre ou lettre, c'est idauto qui construit le code, c'est donc que c'est bien idauto qui dispose des correspondances...
Quelle est la logique alors ?

[Népomucène]

Quel type de code veux-tu utiliser :
- Code 39
- code 128

ensuite il faut pouvoir tester ce qui sort vraiment du progiciel.
Ce que tu décris fais penser qu'il ne veut de toutes façons pas sortir autre chose que du numérique.