Hello All,
Just completed adding support for an extensive list of 1D and 2D barcodes to the Free DocxFactory Project.
Supported barcodes -
1D Barcodes | Royal Mail 4 State (RM4SCC) |
Code 11 | Deutshe Post Leitcode |
Code 2 of 5 Standard | Deutshe Post Identcode |
Code 2 of 5 IATA | Australia Post Standard Customer |
Code 2 of 5 Interleaved | Australia Post Reply Paid |
Code 2 of 5 Data Logic | Australia Post Routing |
Code 2 of 5 Industrial | Australia Post Redirection |
ITF-14 | Dutch Post KIX Code |
Code 3 of 9 (Code 39) | Japanese Postal Code |
Extended Code 3 of 9 (Code 39+) | Korea Post |
Code 93 | 2D Barcodes |
PZN | Code 16K |
LOGMARS | Code 49 |
Code 32 | PDF417 |
Code 128 (automatic subset switching) | PDF417 Truncated |
Code 128 (Subset B) | MicroPDF417 |
GS1-128 (UCC.EAN-128) | Data Matrix |
EAN-14 | QR Code |
NVE-18 | Micro QR Code |
UPC A | Maxicode |
UPC E | Aztec Code |
EAN (2, 5, 8, 13) | Aztec Runes |
ISBN (EAN-13 with verification stage) | Code One |
Codabar | Grid Matrix |
Pharmacode | HIBC Version Barcodes |
Pharmacode Two-Track | HIBC Code 39 |
Plessey Code | HIBC Code 128 |
MSI Plessey | HIBC PDF417 |
Telepen Alpha | HIBC MicroPDF417 |
Telepen Numeric | HIBC Data Matrix |
GS1 DataBar-14 | HIBC QR Code |
GS1 DataBar-14 Stacked | HIBC Aztec Code |
GS1 DataBar-14 Stacked Omni | Composite Barcodes |
GS1 DataBar Limited | Composite Symbol with EAN linear component |
GS1 DataBar Extended | Composite Symbol with GS1-128 linear |
GS1 DataBar Expanded Stacked | Composite Symbol with UPC A linear component |
Channel Code | Composite Symbol with UPC E linear component |
FIM | Composite Symbol with Databar-14 linear |
Flattermarken | Composite Symbol with Databar-14 Stacked |
DAFT Code | Composite Symbol with Databar-14 Stacked Omni |
PostNet | Composite Symbol with Databar Limited |
PLANET | Composite Symbol with Databar Extended |
USPS OneCode | Composite Symbol with Databar Exp Stacked |
Screen shots -
Very impressive Alon!
Thank you very much! :)
What do you think I should work on next?
1. Complete rewriting the Excel library in C++ which will be hundreds of times faster than the Progress version (0.01 seconds to create a file) plus add some long awaited features?
2. Write an OpenOffice/LibreOffice Writer library (word processing) since MS Word and OpenOffice file formats are very very similar?
As you know, compatibility between OpenOffice and Microsoft Office isn't perfect and will probably never be and that would give the best results if you're using OpenOffice.
Plus DocxFactory uses OpenOffice to print and convert (to PDF, HTML etc.) on UNIX/Linux and that would give you perfect results.
My vote definitely goes to the performance rewrite!
-peter
I would think the Excel piece would be the big winner in terms of consumers.
You must have had quite a time even identifying this many bar codes!