Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Générateur d'états EkRtf -> codes à barres
Bonjour à tous,
Très interessé par le générateur d'états EkRtf, vu ici:
http://alphomega.developpez.com/ekrtf/
J'aurais besoin de pouvoir imprimer des codes barres (autres que la police code39) dont la donnée est liée à une base de donnée.
Ca me suprendrait que ce soit possible, mais qui ne tente rien...
PS: J'ai préféré poster ici plutot que dans le forums des états car EkRtf est propre à Delphi, je croit.
Merci de vos réponses.
Salut
J'ai été confronter à un pb similaire pour des catre d'étudiant.
et en fait j'ai résolu le pb de la manière suivante:
je stocke en base de données le code (numérique sur 13 ou 9 chiffre)
et dans word je créer un une zone \query1:codebarre\ ou la police de code barre est un format "codebarre" voici la police qu'il faut installer dan windows\font : ean13.ttf
je n'arrive à la joindre essaye de chercher sur le net
Bonjour QAYS,
Oui, il existe pas mal de polices code barres (codes 39 surtout), mais je voulais plus parler d'un composant comme on trouve dans rave par exemple.
Car les seules symbologies proposées en police offrent de trop gros défauts.
(code 39: Trop long, ean13: Que du numérique et longueure fixe).
J'aime vraiment le principe d'EkRtf et ai vraiment besoin d'avoir une certaine liberté sur la génération des codes à barres.
J'utilise depuis longtemps ReportBuilder de DigitalMetaphors pour l'impression de tous types de rapports incluant l'impression de codes à barres.Envoyé par dacid
Je t'invite à y jeter un oeil.
Bon dev!
Bonjour QAYS,
En plus le fait d'utiliser une police code barres impose à l'utilisateur de l'installer en local... Du coup, c'est moins portable.
Bonjour slimjoe,
Merci pour ton info, je vais essayer ca bientot.
Par contre, au premier coup d'oeil, c'est payant et il faut installer le logiciel sur chaque poste client qui veut modifier l'état...
Je ne vois pas ce que cette solution apporte de plus que cristal reports, par exemple.
Ton point de vue m'interesse.
David.
Salut David,
En fait, ça dépend de ce que que tu veux en faire.
Si tu veux que l'utilisateur puisse modifier son état, tu dois insérer un composant dans ton application qui le permet. À ce moment, c'est via TON APPLICATION que l'on modifie le rapport (et non un logiciel externe).
Il t'est aussi possible de charger dynamiquement des états personnalisés pour chaque utilisateurs. En d'autres mots, tu peux fabriquer des états, les sauvergarder dans des fichiers et les distribuer aux clients qui possèdent ton application.
Enfin, tu peux aussi créer un rapport statique dans ton application. Le rapport est alors le même pour tout le monde.
L'avantage des codes à barres de RB c'est qu'ils ne sont pas appuyés sur des polices de caractères mais sur des images créées dynamiquement. Donc, c'est très portable. Et aussi, tu le verras à l'utilisation : y'en a beaucoup!
Pour ce qui est des frais, effectivement, c'est payant. Je n'ai jamais eu à débourser pour l'utiliser (mon patron a toujours payé la note) mais je crois que c'est assez cher (peut-être même trop si tu ne veux qu'imprimer des codes à barres).
Bon dev!
Bonjour slimjoe,
Je suis dessus en ce moment, j'ai quelques questions:
- Est ce qu'il est possible d'imprimer des étiquettes ?
- Comment lancer l'éditeur pour l'utilisateur ?
- Il ne veut pas installer le teeChart 4 component, est ce que c'est important ?
(il me dit qu'il manque le dclrbc107.bpl, il est introuvable sur mon disque)
- Est ce qu'il est possible de faire tout ce que tu viens de décrire ci-dessus avec la version standard ?
Merci.
Répondre avec citation
Partager