
Some private PdfInkModule data types are needed to support the internal implementations of public support classes. Move these definitions to earlier in the class declaration to avoid the need for an interface class to hide those details. Change-Id: Ic9e6c45fa10e77879920832b34a0ff95de722baa Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5904950 Reviewed-by: Lei Zhang <thestig@chromium.org> Commit-Queue: Alan Screen <awscreen@chromium.org> Cr-Commit-Position: refs/heads/main@{#1363882}
//pdf
contains the PDF plugin, its Blink-based replacement, as well as PDF
utility functions that leverage PDFium. It can use low-level components that
live below the content layer, as well as other foundational code like
//printing
. It should not use //content
or anything in //components
that
lives above the content layer. Code that lives above the content layer should
live in //components/pdf
, or in the embedder. All the code here should run in
sandboxed child processes.
TODO(crbug.com/40186598): Remove existing //content
dependencies.