[NTG-pdftex] images in formats

David Kastrup dak at gnu.org
Wed Jun 27 15:24:28 CEST 2007


"Martin Schröder" <martin at oneiros.de> writes:

> 2007/6/27, David Kastrup <dak at gnu.org>:
>> "Martin Schröder" <martin at oneiros.de> writes:
>> > \savebox
>>
>> It is the mechanism LaTeX _offers_ to users (it will commonly get used
>> in connection with fancyhdr.sty, for example).  And it uses a similar
>> mechanism itself in \AtBeginDVI.
>>
>> Saying that it shouldn't is a bit late in the game.
>
> This is the first user complaining in years (it has always been
> broken). I don't forsee many people complaining if we disable it. How
> many people do you know that do \includegraphics in the ini?
>
> Disabling \pdfximage is easy, enabling it is probably much harder
> (Taco is investigating that), and only very few users need it (the
> ones raising the bug don't really unless pdfTeX dumps the complete
> image in the format; meta-infos won't be enough).

In DVI mode, the dumped meta-info in the special _is_ enough.  It is
not expected that the actual contents of included files make it into
hlists/vlists or even the DVI file.  If external references break when
moving a format around in the tree or changing the referenced files,
nobody will be very much surprised.  PDFTeX should likely try to avoid
crashing or acting all too unpredictable, but that's more or less all.
It would seem reasonable to not change the reserved space at all in
the hlist/vlist, and align the image at the upper left corner of it,
regardless of what size it has now.

There is the question of just when to complain when an image source
has disappeared.  Probably format read time would be correct.

-- 
David Kastrup


More information about the ntg-pdftex mailing list