That’s already been done! In addition, we added a new optional /L key for specifying the length of an inline image to also help find the end of the image (to help avoid the intermediate EI’s).
Personally, I wanted to deprecate Inline Images completely but I lost that one :(. Leonard On 7/8/14, 3:54 PM, "Tilman Hausherr" <thaush...@t-online.de> wrote: >Hello Leonard, > >Another wish for clarification: inline images. It should be mentioned >that there must be a line change before and after the "EI". Currently, >some vendors are just using a space, or even nothing at all. The result >is that we're using heuristics to decide whether an "EI" is really the >end of inline image data, or part of inline image data. > >See here >https://svn.apache.org/viewvc/pdfbox/trunk/pdfbox/src/main/java/org/apache >/pdfbox/pdfparser/PDFStreamParser.java?view=markup&sortby=date >look for the comment "PDF spec is kinda unclear about this" :-) > >Tilman > >Am 08.07.2014 21:35, schrieb Leonard Rosenthol: >> No, but it probably should :). >> >> I’ve made a note. >> >> Leonard >> >> On 7/8/14, 2:05 PM, "Martin Schröder" <mar...@oneiros.de> wrote: >> >>> 2014-07-07 23:09 GMT+02:00 Leonard Rosenthol <lrose...@adobe.com>: >>>> FWIW: It¹s unclear if such a file (with multiple references from the >>>> Pages >>>> tree) is valid. There is nothing that prevents it, but it¹s not >>>> necessary >>>> an expected thing. >>> Will this be clarified in PDF 2.0? >>> >>> Best >>> Martin >
