[Dev-luatex] keeping in sync with pdftex changes

[luigi scarso]

On Mon, Jan 11, 2021 at 3:43 PM Hans Hagen <j.hagen at xs4all.nl> wrote:

> On 1/11/2021 12:51 PM, Ulrike Fischer wrote:
> > pdftex will in texlive 2021 change  in two places
> >
> > 1. links where \pdfstartlink is in a different boxing level as
> > \pdfendlink are no longer a fatal error but gives only a warning:
> >
> > x\hbox{\pdfstartlink
> >      attr {/Border[0 0 1]}
> >      user{
> >          /Subtype/Link%
> >          /A<<%
> >           /Type/Action%
> >           /S/URI%
> >           /URI(blkub)%
> >           >>%
> >          } Linktext}
> > \pdfendlink
> >
> > \bye
> >
> > pdfTeX warning: \pdfendlink ended up in different nesting level than
> > \pdfstartl
> > ink
>
> hm, so bad nesting is not an error ... anyway
>
> ./pdf/pdflink.c     75:         normal_error("pdf backend","'endlink'
> ended up in vlist");
> ./pdf/pdflink.c     79:         normal_error("pdf backend","'endlink'
> ended up in different nesting level than 'startlink'");
> ./pdf/pdfthread.c    111:         normal_error("pdf backend",
> "'endthread' ended up in hlist");
> ./pdf/pdfthread.c    113:         normal_error("pdf backend",
> "'endthread' ended up in different nesting level than 'startthread'");
>
> If we do that then threads also get a warning instead of an error and we
> also won't be picky on a mode change. (So four cases where an error
> becomes a warning.)
>
>
hm.
Couldn't  be an option at format level ?
I don't like the idea that something wrong now suddenly becomes right ---
unless it was an error to  mark it as wrong from the beginning.

-- 
luigi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ntg.nl/pipermail/dev-luatex/attachments/20210111/c9e9b331/attachment.htm>