mirror of
https://github.com/LadybirdBrowser/ladybird.git
synced 2024-11-10 02:54:54 +03:00
LibPDF: Add a spec comment and remove a FIXME
I think the ASCIIHexDecode / ASCII85Decode unfilter functions handle what this FIXME was about already.
This commit is contained in:
parent
3d07684891
commit
6723552e95
Notes:
sideshowbarker
2024-07-17 08:45:34 +09:00
Author: https://github.com/nico Commit: https://github.com/SerenityOS/serenity/commit/6723552e95 Pull-request: https://github.com/SerenityOS/serenity/pull/22386
@ -531,8 +531,11 @@ PDFErrorOr<NonnullRefPtr<StreamObject>> Parser::parse_inline_image()
|
||||
|
||||
// "Unless the image uses ASCIIHexDecode or ASCII85Decode as one of its filters,
|
||||
// the ID operator should be followed by a single white-space character,
|
||||
// and the next character is interpreted as the first byte of image data."
|
||||
// FIXME: Check for ASCIIHexDecode and ASCII85Decode.
|
||||
// and the next character is interpreted as the first byte of image data. [...]
|
||||
// The bytes between the ID and EI operators are treated much the same as a stream object’s data
|
||||
// (see Section 3.2.7, “Stream Objects”), even though they do not follow the standard stream syntax.
|
||||
// (This is an exception to the usual rule that the data in a content stream is interpreted
|
||||
// according to the standard PDF syntax for objects.)"
|
||||
m_reader.consume(1);
|
||||
|
||||
// FIMXE: PDF 2.0 added support for `/L` / `/Length` in inline image dicts. If that's present, we don't have to scan for `EI`.
|
||||
|
Loading…
Reference in New Issue
Block a user