ValidatePdfR 方法

ValidatePdfR 会遍历当前打开的文档，查找 ISO 23504-1:2020 定义的文件格式标记：

• 文件末尾附近的 %PDF-raster-x.y 版本标识注释（§5）。
• 文件末尾附近的 %PDF-raster-x.y 版本标识注释（§5）
• 对未加密文件而言，头部行应为 %PDF-1.4、%PDF-1.5、%PDF-1.6 或 %PDF-1.7（§6.2.2），对加密文件而言应为 %PDF-2.0（§6.2.3）
• 不存在对象流（/Type /ObjStm —— §6.2.4）
• 目录字典符合 §6.3 白名单（Version / ViewerPreferences / PageLayout / PageMode / AcroForm / Metadata；其他所有内容都会触发 pvriProhibitedCatalogEntry）
• Document Information Dictionary 符合 §6.4.3 白名单（Creator / Producer / CreationDate / ModDate；Title / Author / Subject / Keywords / Trapped 会触发 pvriProhibitedInfoEntry）
• 目录中存在一个 XMP 元数据流（§6.4）
• 一个 trailer /ID 数组

结果是一个 TPdfRValidationResult 记录：

• Conformance —— prc1（找到 PDF/R-1 标记）、prcNone（没有标记）或 prcUnknown（解析失败或文档未激活）
• Issues —— 一个 TPdfRValidationIssues 集合，可能包含零个或多个值：pvriMissingVersionMarker、pvriBadHeader、pvriObjStmPresent、pvriProhibitedCatalogEntry、pvriProhibitedInfoEntry、pvriInfoXmpMismatch、pvriMissingXmpMetadata、pvriMissingTrailerId

ValidatePdfR 是只读的文件格式检查。PDF/R-1 合规还有严格的结构性要求，而此方法不会检查——例如逐页 Contents 结构、MediaBox 形式、允许的过滤器、generation-zero 间接引用、strip 布局。若要做这些内容级检查，请配合 TWAIN Working Group 的 PDF/R 验证器

• 版本标记检查会在文件任意位置查找 %PDF-raster- 子串。ISO 23504-1 §5 规定该标记应位于 trailer dictionary 和 startxref 之间，但验证器也接受其他位置，以便对略微不标准的生成器保持宽容
• 对未激活的文档调用 ValidatePdfR 会返回一个 Conformance = prcUnknown 且 Issues 为空的记录
• §6.2.3 允许加密（前提是带 %PDF-2.0 头），因此验证器不会把 trailer /Encrypt 键标记为不合规。若源 PDF 以 PDF 1.x 加密，则仍会因为头部检查而失败