Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations TouchToneTommy on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
NetBarCodeV1.06 Zxing
- Thread starter iswithzhz
- Start date
tomk3
Programmer
what is the advantage compared to famous https://github.com/VFPX/FoxBarcode (with FoxBarcodeQR) or https://github.com/atlopes/zintbarcode ?
- Thread starter
- #3
Tore Bleken
Programmer
@iswithzhz
Please stop your one way communication here. So far you haven't answered a single question, as far as I have seen. Instead you keep on pushing new, more or less meaningless, messages. If this continues, I will ask to have you banned.
Please stop your one way communication here. So far you haven't answered a single question, as far as I have seen. Instead you keep on pushing new, more or less meaningless, messages. If this continues, I will ask to have you banned.
- Thread starter
- #5
Tore Bleken
Programmer
This is an English speaking forum, please follow the forum's rules.
And, when someone asks a question, please be polite and answer in English.
And, when someone asks a question, please be polite and answer in English.
- Thread starter
- #7
Okay! I respect the rules and will answer in English.
* - Class Name: NetBarCode
* - Parent Class: Custom
* - Description: Generates barcodes using the C# NetBarCode component
* - Dependencies: C# 4.6.1, NetBarCode.dll (v1.06) | ClrHost.dll (v7.29)
* - Author: ZHZ
* - Architecture Design:
* - Barcode Generation: Supports multiple barcode formats (QRCode, Code128, etc. - see _BarcodeFormat)
* - Creation Date: 2025-06-17
* - Version: 1.06
* - Removed BarCode recognition functionality - pure BarCode generation only
* - Format Application Scenarios:
* 1. AZTEC (1) : Transportation tickets (e.g., European railway systems)
* 2. CODABAR (2) : Library management, blood banks (legacy systems)
* 3. CODE_39 (4) : Industrial applications, automotive part identification (alphanumeric support)
* 4. CODE_93 (8) : Canadian postal services, logistics and inventory management
* 5. CODE_128 (16) : Logistics and shipping (e.g., courier waybills)
* 6. DATA_MATRIX (32) : Small item identification (electronics components, pharmaceutical packaging)
* 7. EAN_8 (64) : Small retail products (e.g., chewing gum, candy)
* 8. EAN_13 (128) : Retail products (supermarket goods, books, food)
* 9. ITF (256) : Shipping container labeling (corrugated boxes)
* 10. MAXICODE (512) : UPS package sorting
* 11. PDF_417 (1024) : Driver licenses, IDs, boarding passes (high data capacity)
* 12. QR_CODE (2048) : Mobile payments, advertising (e.g., WeChat Pay codes)
* 13. RSS_14 (4096) : Small items (e.g., medicine bottles) - GS1 DataBar format *** Requires dynamic extension package
* 14. RSS_EXPANDED (8192) : GS1 DataBar for perishables (e.g., produce) *** Requires dynamic extension package
* 15. UPC_A (16384) : US/Canada retail products (supermarket goods)
* 16. UPC_E (32768) : Compact UPC for small products (e.g., cosmetic samples)
* 17. UPC_EAN_EXTENSION (65536) : Magazine/book supplements (issue numbers/prices) *** Requires dynamic extension package
* 18. MSI (131072) : Warehouse inventory management (legacy systems) *** Requires dynamic extension package
* 19. PLESSEY (262144) : Shelf labeling, libraries (legacy systems)
* 20. IMB (524288) : USPS Intelligent Mail barcode *** Requires dynamic extension package
* 21. PHARMA_CODE (1048576) : Pharmaceutical tracking *** Requires dynamic extension package
* - Class Name: NetBarCode
* - Parent Class: Custom
* - Description: Generates barcodes using the C# NetBarCode component
* - Dependencies: C# 4.6.1, NetBarCode.dll (v1.06) | ClrHost.dll (v7.29)
* - Author: ZHZ
* - Architecture Design:
* - Barcode Generation: Supports multiple barcode formats (QRCode, Code128, etc. - see _BarcodeFormat)
* - Creation Date: 2025-06-17
* - Version: 1.06
* - Removed BarCode recognition functionality - pure BarCode generation only
* - Format Application Scenarios:
* 1. AZTEC (1) : Transportation tickets (e.g., European railway systems)
* 2. CODABAR (2) : Library management, blood banks (legacy systems)
* 3. CODE_39 (4) : Industrial applications, automotive part identification (alphanumeric support)
* 4. CODE_93 (8) : Canadian postal services, logistics and inventory management
* 5. CODE_128 (16) : Logistics and shipping (e.g., courier waybills)
* 6. DATA_MATRIX (32) : Small item identification (electronics components, pharmaceutical packaging)
* 7. EAN_8 (64) : Small retail products (e.g., chewing gum, candy)
* 8. EAN_13 (128) : Retail products (supermarket goods, books, food)
* 9. ITF (256) : Shipping container labeling (corrugated boxes)
* 10. MAXICODE (512) : UPS package sorting
* 11. PDF_417 (1024) : Driver licenses, IDs, boarding passes (high data capacity)
* 12. QR_CODE (2048) : Mobile payments, advertising (e.g., WeChat Pay codes)
* 13. RSS_14 (4096) : Small items (e.g., medicine bottles) - GS1 DataBar format *** Requires dynamic extension package
* 14. RSS_EXPANDED (8192) : GS1 DataBar for perishables (e.g., produce) *** Requires dynamic extension package
* 15. UPC_A (16384) : US/Canada retail products (supermarket goods)
* 16. UPC_E (32768) : Compact UPC for small products (e.g., cosmetic samples)
* 17. UPC_EAN_EXTENSION (65536) : Magazine/book supplements (issue numbers/prices) *** Requires dynamic extension package
* 18. MSI (131072) : Warehouse inventory management (legacy systems) *** Requires dynamic extension package
* 19. PLESSEY (262144) : Shelf labeling, libraries (legacy systems)
* 20. IMB (524288) : USPS Intelligent Mail barcode *** Requires dynamic extension package
* 21. PHARMA_CODE (1048576) : Pharmaceutical tracking *** Requires dynamic extension package
Tore Bleken
Programmer
I'm glad to see that you finally post in English.
However, your earlier postings have resulted in several questions which still remain unanswered. It would be very nice if you spent the time to check, and answer them.
However, your earlier postings have resulted in several questions which still remain unanswered. It would be very nice if you spent the time to check, and answer them.
- Thread starter
- #9
Chriss Miller
Programmer
- Aug 14, 2024
- 394
It's clear to see you can bridge between VFP and .NET.
What you lack is not only learning English, though, as I said in a previous thread, I think you should partner up with someone that doesn't only act as a translator but also help with public relations. Doing the translation part with AI is not a bad idea and works better than the traditionally grown Google Translate (I bet that's also powered by Gemini AI by now, though). But it's obvious you overlooked the questions of Tom and even if not, your answers didn't come over as the core of what he'd like to know.
It also seems you either don't know much of the existing VFP third party add ons or the opposite: You aim at replacing them with one new set of all .NET based projects that are leveraged with your own, new, improved bridge to .NET.
I wonder if you actually use Rick Strahls .NET bridge as ClrHost.dll is familiar from that, too, or whether you used something else, too. I know there is a bridge to another great realm, namely Javascript it goes quie a few steps, though:
github.com
Which makes use of a Javascript runtime called kawix.
So that's bridging to Javascript and node.js and everything related to the JS world, obviously. It's quite a humungis base for running some of the Shide based things like mail, web requests, zip and JSON, but obvioulsy the .NET framework is also quite humungus, just already on board every Windows computer.
Well, you're not alone in offering for the same topics as others again and again, and that's what's also disappointing, even if everything we know and use with VFP would come out of the hands of one single developer to make it overall a more homogenous integration. It's clear you're leveraging other projects and thus it will not become something uniformly with one such seamless interface. I would also say you're not the only one that can bridge to .NET as we already have the .NET bridge from Rick Strahl available, even if there still are doubts from some it would stop working in later .NET versions, the mechanism of bridging towards other worlds remain untouched.
What you lack is not only learning English, though, as I said in a previous thread, I think you should partner up with someone that doesn't only act as a translator but also help with public relations. Doing the translation part with AI is not a bad idea and works better than the traditionally grown Google Translate (I bet that's also powered by Gemini AI by now, though). But it's obvious you overlooked the questions of Tom and even if not, your answers didn't come over as the core of what he'd like to know.
It also seems you either don't know much of the existing VFP third party add ons or the opposite: You aim at replacing them with one new set of all .NET based projects that are leveraged with your own, new, improved bridge to .NET.
I wonder if you actually use Rick Strahls .NET bridge as ClrHost.dll is familiar from that, too, or whether you used something else, too. I know there is a bridge to another great realm, namely Javascript it goes quie a few steps, though:
GitHub - FoxShell/shide: Shide is a library that exposes the power of kwcore to VFP9
Shide is a library that exposes the power of kwcore to VFP9 - FoxShell/shide
github.com
So that's bridging to Javascript and node.js and everything related to the JS world, obviously. It's quite a humungis base for running some of the Shide based things like mail, web requests, zip and JSON, but obvioulsy the .NET framework is also quite humungus, just already on board every Windows computer.
Well, you're not alone in offering for the same topics as others again and again, and that's what's also disappointing, even if everything we know and use with VFP would come out of the hands of one single developer to make it overall a more homogenous integration. It's clear you're leveraging other projects and thus it will not become something uniformly with one such seamless interface. I would also say you're not the only one that can bridge to .NET as we already have the .NET bridge from Rick Strahl available, even if there still are doubts from some it would stop working in later .NET versions, the mechanism of bridging towards other worlds remain untouched.
Last edited: