Possible 2.0 Release

• Refactored everything. Barcode data is broken into classes, along with render interfaces for the supported file types (jpg, png, html, svg)
• Factory generators for Types and Renders.
• PHP 7 type casting for parameters and return values.
• Smoke tests for all combinations of code types and renders.
• phpunit updated to include code coverage report.
• Updated Readme to demonstrate new way initiating and generating a barcode.

New Usage

$generator = new BarcodeGenerator('012345678', BarcodeType::TYPE_CODE_128, BarcodeRender::RENDER_JPG);

// Generates our default barcode with width=2, height=30, color=#000000
$generated = $generator->generate();

// Generates the same code with style updates
$generated = $generator->generate(4, 50, '#FFCC33');

Things still needed

• Unit test coverage is more of a smoke test. No errors occur in calling all types with all renders, but wether that is valid is still unsure.
• Unit test validating proper exceptions are thrown.

I am using picqer bar code generator for generating bar code. My requirement for bar code height is 26.45 pixels and width is 185.19 pixels. Height is adjustable. But I want width to be precise 185 or 186. How can I do that? I have adjusted height as 27 but How can i set the width of bar code of 186. Your early reply will be appreciated.

This PR contains two commits related to supporting later versions of PHP.

The main bulk is feae1e0 which fixes all string and array index access using {} which was deprecated in PHP 7.4.

The second commit fixes a failing test in PHP 7.1 and onward.

Hello there, I'm trying to use variable instead of const, but gives me some errors

$generator = new Picqer\Barcode\BarcodeGeneratorSVG();
$generated = $generator->getBarcode('1234567890', $generator:: $barcode_type);

error:

PHP Fatal error: Uncaught Error: Access to undeclared static property: Picqer\Barcode\BarcodeGeneratorSVG::$barcode_type

thanks

I need to generate a barcode with the standard GS1-128, I had an almost satisfactory result following this post (http://stackoverflow.com/questions/34040995/how-to-properly-generate-a-gs1-128-formerly Barcode-in-tcpdf) but unfortunately the end of the barcode was not the same in comparison to one generated by other system that actually follows the standard and is accepted by our bank.

I expect to see this:

but instead I get this:

I'm using this code: $code = chr(241)."4157709998016989802000105385555480202016103470"; $generatorPNG = new Picqer\Barcode\BarcodeGeneratorPNG(); echo '<img ' . 'src="data:image/png;base64,' . base64_encode( $generatorPNG->getBarcode($code, Picqer\Barcode\BarcodeGeneratorPNG::TYPE_CODE_128_C)) . '" style="height: 50px; width: 300px ">';

I appreciate any help you can give me.

Hello,

Is there any way I can show the actual code of the generated barcode or a custom text in the bottom part of the generated barcode image?

I would also like to suggest this as a feature for future versions, which I found useful.

Thanks in advance.

Hi there!

I have found an error when creating a barcode of type "Code 11", which is at least 10 characters long. In that case, the check digit K is calculated and always (under all circumstances) throws an error.

The damaged code is in \Picqer\Barcode\Types\TypeCode11::getCheckDigitK() on line 94 (for ($i = strlen($code); $i >= 0; --$i) {), throwing an error on line 95 ($digit = $code[$i];).

E.g., if the code is 11 characters long (check digit C already included), the code tries to get the 12. character.

A solution (which is already implemented in ::getCheckDigitC(), for example) would be for ($i = (strlen($code) - 1); $i >= 0; --$i) {.

Kind regards,

Bernhard

Hi,

I need to use A+C modes in same 128 barcode. I tried to edit current code but it doesnt seems to work. There is a way to adapt it to get this use case works ?

Thanks

This project is using code copied from: https://github.com/tecnickcom/TCPDF but all copyright and license terms were removed. Please immediately delete all the copied code or adapt it to conform the original copyright and license requirements.

Please also note that the code you have copied has now been replaced by another project: https://github.com/tecnickcom/tc-lib-barcode

Please carefully read the license and act promptly.

We are using the library in one of our mobile app and it would be nice if we could set the border around the code. Why? Problem is when on the mobile the dark mode is enabled, because code merges on the left and right side with black background. Is there any workaround with Imagick maybe?

Hello !

Thanks for the work on this module. I've updated from 0.x to 2.x and now, i've got a black block in place of my barcode image using : $barcode_generator = new Picqer\Barcode\BarcodeGeneratorJPG(); echo '<img src="data:image/jpg;base64,'.base64_encode($barcode_generator->getBarcode('081231723897',$barcode_generator::TYPE_EAN_13)).'"/>';

Previously, the same code worked well. What's wrong here, please ?

Thanks for the great lib! I used it to create an inline svg, but had to strip the <!xml and <!DOCTYPE stuff for that.

No problem, but maybe something like this would be a nice addition in BarcodeGeneratorSVG.php:

• Add param bool $inline = false to getBarcode()
• Only add the <!xml and <!DOCTYPE lines when !$inline

In the PNG generator, the signature is

public function getBarcode($barcode, $type, int $widthFactor = 2, int $height = 30, array $foregroundColor = [0, 0, 0])

But in all the others, it's a string

public function getBarcode($barcode, $type, int $widthFactor = 2, int $height = 30, string $foregroundColor = 'black')

If they were the same, we could create a BarcodeGeneratorInterface, and each generator could implement it. I think that'd be better than simply extending the abstract class.

What do you think about creating a version 3 uses an interface and requires that $foregroundColor is a string in all the generators?

I changed the two classes that export to image file so they are equally important, and create a common abstract class that keeps the common logic.

Then, when testing, I only had imagemagick enabled, so the test failed when it should be skipped due to having gd disabled, so I reused the same logic used for imagemagick (skip if not installed)

"Boleto" is the one of the most used payment methods in Brazil.

Febraban is the type of barcode used in boletos. It's is basically a interleaved of 2:5, but the digits order is different, then I ajusted to generate barcode in that order.

Like I mentioned in issue "UPC-E encoding completely wrong information", UPC-E barcodes could only be generated with UPC-A codes as input. This pull request adds the ability to generate UPC-E barcodes with UPC-E codes as input.