I suggest to implement the following feature:
Add an option to ignore the printer saved in the .lst report file and use the current system default printer or a printer specified at runtime through code. This would allow applications to dynamically control which printer is used during the print process.
A typical use case might be:
In many VB.NET applications, reports need to be printed on different printers depending on user input, location, or business logic. At the moment, the printer saved in the report file is always used, which prevents flexibility. Enabling runtime printer selection would make List & Label more suitable for environments where multiple printers are in use and dynamic control is required from within the application.