Test de #zint pour générer un code barre PDF417.
Faut que je puisse définir les dimensions en fonction la quantité de données encodée.
La largeur à l'air constante ? Mais la hauteur augmente avec la quantité de données encodées.
Le QR Code a une bien grande plus grande densité de données et est plus interopérable mais toujours un format carré… si c'est limité en hauteur par la taille de l'étiquette, ça le sera en largeur même s'il y a de la place. Ça peut facilement devenir illisible.
1/2
Faudra faire des tests de comparisons avec des contraintes de dimensions des étiquettes pour voir si le QR Code est plus intéressant ou pas.
Si j'arrive à faire CORRECTEMENT des templates dans glabels¹ et trouver le format idéal, je pourrai étiquetter mes boites à merdier (câbles, acces. photo/informatique… ) avec des étiquettes autocollantes imprimables et connaitre le contenu de la boite (informatisé donc recherchable) sans devoir fouiller. Ni avoir besoin de BdD/serveur HTTP/autre…
2/2
@Tacitus Çà dépend du type le matériel/OS
Pour le QR Code, lisible à peu partout
Pour le PDF417
- Android : Barcode Scanner de F-Droid lit une tetrachiée de formats, dont PDF417
- Sur GNU/Linux desktop, en logiciel libre quelques lignes de python avec les libs cv2 (opencv) et zxingcpp (python3-zxing-cpp).
À priori PFD417 n'est par reconnu par zbarimg/zbarcam et GNU Barcode. Et pdf417decoder n'est pas du logiciel libre (licence openwashing custom à la con compatible avec aucune licence libre)
🐧DaveNull🐧 ☣️pResident Evil☣
Suricat