Note: usage is as follows:

• the builtin function ocrd__input_file is still available (and I kept the name – no plural), but if there are 2 input fileGrps, then all its result will be a (single-quote delimited) list, e.g. [url]='file1.xml file2.xml' [ID]='id_file1 id_file2' ...
• whenever it needs to be called, one should therefore encapsulate its results in a (non-associative) array variable and without extra quotes, e.g. in_file=($(ocrd__input_file 3 url))
• this will yield the first fileGrp's results on index 0, which in bash will always be the same as if you referenced the array without index (so code does not need to be changed much), e.g. test -f $in_file
• if there is a second fileGrp, then its result will have to be fetched from index 1, e.g. test -f ${in_file[1]}

For a full example, see https://github.com/UB-Mannheim/ocrd_pagetopdf/pull/22

For a full example, see UB-Mannheim/ocrd_pagetopdf#22

Since I will probably rewrite ocrd-pagetopdf to not use multiple input fileGrps anymore, we could use another example for this capability.

How about some generic bashlib processor in tests which merely does a cp from input to output? (Or for multiple input fileGrps cp the file from the last grp, respectively.)

Note: usage is as follows:

Can you add this as a comment to ocrd__input_file pls?

Can you add this as a comment to ocrd__input_file pls?

bertsky@2b51a5e

sorry for the noise – was too lazy to do it locally

fixes #413

fixes #413

it's really strange: I cannot link to this issue (in text or directly in development). Neither in the opposite direction (from issue to this PR). Another GH quirk?

fixes #413

it's really strange: I cannot link to this issue (in text or directly in development). Neither in the opposite direction (from issue to this PR). Another GH quirk?

Apparently so, I cannot link them either...

Finally got it working – ready to be merged 😓

CI: now only macos failure remains.

I struggle to fix the macos test, now it's complaining that bash is too old, I installed bash 5.1.8 via homebrew but that's apparenly not the first bash in $PATH. When I try to debug it via SSH, it restarts the job but does not offer an SSH session. So I'll have to debug that further in the context of the other failing macos tests.

@kba can we please make a quick release 2.50 out of the current master? Remember that in https://github.com/UB-Mannheim/ocrd_pagetopdf/pull/22 I had to require a new 2.50 for the n-ary bashlib fix.