[Dev-luatex] Feature request: busy pdf
luigi scarso
luigi.scarso at gmail.com
Thu Apr 7 14:32:25 CEST 2022
On Thu, Apr 7, 2022 at 12:10 PM Jérôme LAURENS <
jerome.laurens at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ntg.nl/pipermail/dev-luatex/attachments/20220407/db0dcadb/attachment.htm>
More information about the dev-luatex
mailing list