Barcode Field Size Not Adapting Length in CSV Data for 3.2mm x 2.5mm Labels

[ander-chan]

When using the Code 39 barcode type and populating the barcode field with data from a CSV file using the syntax ${barcode}, the default size of the field seems to be determined by the literal string ${barcode}. This results in an inability to adjust the field width dynamically based on the varying lengths of the barcode data for labels with dimensions 3.2mm x 2.5mm.

Steps to Reproduce:

Open gLabelsQt.
Create a new label with dimensions 3.2mm x 2.5mm and link it to a CSV file with a barcode column using the syntax ${barcode}.
Observe that the barcode field size does not adapt to the length of the barcode data.

Expected Behavior:

The barcode field should dynamically adjust its size based on the length of the actual barcode data when linked to a CSV column, especially for labels with dimensions 3.2mm x 2.5mm.

Observed Behavior:

The barcode field size is determined by the literal string ${barcode}, making it difficult to accommodate varying lengths of barcode data for 3.2mm x 2.5mm labels (too small).

Screenshots:
Field

Raw

Printing

Possible Solution:

To allow for a greater expansion of the minimum size of the barcodes

Impact:

The barcode overflows during printing.