User should be able to controll printing order

[jsubhi]

Currently labels are printed sorted by submode, which I find unexpected. For Hildesheim this is not an issue, as we will print one by one but other libraries might want to have their labels in a specific order, e.g. Sorted alphabetically or by order of input when using SRU.

[jsubhi]

HAWK Hildesheim needs alphabetical sorting by Signature. It is rather important for their workflow.
Suggestion: Replace the option "sortByPPN" with a general "sortBy" option that accepts values like "PPN" or "Signature"

[jsubhi]

Beeing able to print labels in a defined order seems to be very important. This has to work even if individual labels use different submodes.
I assume sorting is currently difficult because each submode could have a different printer and page layout and therefore would have to create one PDF per label which would slow down printing considerably.

How about this idea: Move settings like printer name and page layout that have to be constant within one PDF to a separate "page-format" (or maybe "label-format") configuration. In the submode settings one would then choose one of the page-formats. Labels could then be printed grouped by page-formats because within one page-format they would only differ in things like wrapping, number of lines and the fonts which can differ from page to page without problems.

[EliDeh]

How about this idea: Move settings like printer name and page layout that have to be constant within one PDF to a separate "page-format" (or maybe "label-format") configuration. In the submode settings one would then choose one of the page-formats. Labels could then be printed grouped by page-formats because within one page-format they would only differ in things like wrapping, number of lines and the fonts which can differ from page to page without problems.

Your idea sounds promising but we would have to rewrite the printing process and everything regarding the formats. This would have to include a procedure to adjust all the existing formats and mode files.
To implement all these changes we are waiting for a electron version with improved printing capabilities to streamline the whole process.
This would allow us to fix issue #61 and #29 as well.

[jsubhi]

Wating for native printing in electron sounds like a very good idea. I will wait patiently...