v4.11

• Improved stylesheets in HtmlOutput to reset any relevant data set outside the qr bill (#238) – thanks to @pivica for reporting and helping with this issue.
• Updated static code analysis to PHPStan level 7 (#231, #235, #236) – thank you @thePanz for initiating this improvement!

Good to know

• While this could be considered to be just a bugfix, a new minor version is released based on library policy because it is a visible change of the payment part for some invoice setups.

v4.10

• Added support for endroid/qr-code v5.x (#232)

v4.9

• Fixed positioning of further information (alternative schemes) on outputs (#228) – thanks to @rsteimen for reporting the issue along with some analysis of what was going wrong.

Good to know

• While this could be considered to be just a bugfix, a new minor version is released based on library policy because it is a visible change of the payment part for some invoice setups.

v4.8.2

• Improved return type hint in abstract class (#227) – thanks to @gregor-tb for contributing.
• Updated PHP-CS-Fixer to version supporting PHP 8.2 (#217)

v4.8.1

• Improved tests for handling of allow_url_fopen (#216) – thanks to @kohlerdominik
• Removed deprecated uft8_decode usages (#211) – thanks to @codingphildotdev

v4.8

• Added support for PHP 8.2 (#202)

v4.7

• Added support to use FpdfOutput in environments with allow_url_fopen = 0 (#194)

Kudos!

• Once again, big thanks to @kohlerdominik for taking the lead in this improvement!

v4.6

• Added support to generate PDFs with setasign/fpdi (#193)

Kudos!

• Thanks to @Sandritsch91 for providing the idea and implementation of this feature.

v4.5

• Added stricter css rules to HtmlOutput to make sure qr bill designs are not overwritten by other styles within the document (#201)

Good to know

• While this could be considered to be just a bugfix, a new minor version is released based on library policy because it is a visible change of the payment part for some invoice setups.

v4.4

• Re-introduced output of country code for Liechtenstein on payment parts, as expected by the specifications (see #199)

Good to know

• While this could be considered to be just a bugfix, a new minor version is released based on library policy because it is a visible change of the payment part for some invoice setups.

Kudos!

• Thanks to @markus-ksg for noticing this issue and describing the needed fix.