Yes, this does work on a per document basis, but what I request is a builtin feature that simply applies out of the box and is backwards compatible.

Le 7 avr. 2022 à 14:32, luigi scarso <luigi.scarso@gmail.com> a écrit :



On Thu, Apr 7, 2022 at 12:10 PM Jérôme LAURENS <jerome.laurens@u-bourgogne.fr> wrote:
New CLI options --busy related to typesetting

luatex --busy=0
    default behavior, nothing new
luatex --busy=1
    Instead of writing the pdf output to jobname.pdf, write to jobname.pdf(busy)
    At the end remove any jobname.pdf and move jobname.pdf(busy) to jobname.pdf
luatex --busy=2 foo.tex
    If there is a jobname.pdf(busy) bail out with a diagnostic message « typesetting already in progress »
    Otherwise do like --busy=1

Actually, the pdf is removed at the start of the typesetting process such that it is no longer available during that whole time.
When the typesetting is a bit long, it is not practical at all. For continuous typesetting neither.
Considering that we work in general on the end of a document, the first  pages will not change a lot but are no longer available.

synctex already supports this « busy » busyness such that the previous .synctex file is available during next typesetting process.

 
hm, perhaps  you can process the command line as below 

\directlua{print(); print("===========================");
for k,v in pairs(arg) do print(k,v) end;
print("===========================");
}
hi
\bye

and use the  wrapup_run callback .

--
luigi