SaveAsPdfR Método

SaveAsPdfR ejecuta primero el SaveAs regular y luego superpone una actualización incremental sobre los bytes guardados que adjunta los marcadores de formato PDF/R-1. PDF/R-1 (ISO 23504-1:2020) es el subconjunto estricto de transporte de imágenes rasterizadas de PDF usado por el TWAIN Working Group para flujos de trabajo de documentos escaneados; lleva un búfer rasterizado de tamaño fijo por página, admite imágenes bitonales / en escala de grises / RGB y solo la compresión FlateDecode / CCITTFaxDecode / DCTDecode

El posprocesamiento inyecta cinco clases de bytes en el flujo guardado:

• El comentario de identificación de versión %PDF-raster-1.0, escrito entre el diccionario del trailer y la palabra clave startxref (ISO 23504-1 §5). Esto es exclusivo de PDF/R — los demás estándares PDF/x se identifican mediante XMP y entradas del diccionario Info
• El catálogo del documento reducido a la lista blanca del §6.3. Solo se preservan las entradas opcionales Version / ViewerPreferences / PageLayout / PageMode / AcroForm / Metadata; todas las demás entradas del catálogo (Names / Outlines / Dests / StructTreeRoot / OutputIntents / Lang / PageLabels / OCProperties / etc.) se eliminan
• El Document Information Dictionary reducido a la lista blanca del §6.4.3. Solo se preservan Creator / Producer / CreationDate / ModDate; Title / Author / Subject / Keywords / Trapped se eliminan
• Un flujo XMP /Metadata del catálogo que lleva las cuatro propiedades de §6.4.4 Table 1 (xmp:CreatorTool, pdf:Producer, xmp:CreateDate, xmp:ModifyDate) más xmp:MetadataDate
• Un arreglo /ID del trailer (recomendado por el ejemplo del §5)

La salida permanece idéntica byte a byte con el resultado del SaveAs base hasta el final del PDF original; solo se añade la actualización incremental (y el catálogo / Info de origen se reemplazan con versiones reducidas mediante reescritura con el mismo número de objeto). Las dos sobrecargas difieren solo en cómo se pasa la configuración: la forma con solo nombre de archivo usa TPdfRSaveOptions.Default con relleno automático de los cuatro campos Info y del DocumentId desde FPDF_GetMetaText / FPDF_GetFileIdentifier

Devuelve True en caso de éxito

• SaveAsPdfR adjunta los marcadores a nivel de formato de archivo que PDF/R exige — no garantiza que el contenido del PDF de origen ya satisfaga las restricciones estructurales de PDF/R. PDF/R es mucho más estricto que los demás estándares PDF/x: cada página debe tener exactamente una entrada /Contents, MediaBox debe ser [0 0 w h], solo se permiten los filtros FlateDecode / CCITTFaxDecode (bitonal) / DCTDecode (gris de 8 bits o RGB), sin object streams, toda referencia indirecta debe tener número de generación cero, y cada página es esencialmente una sola imagen rasterizada. Los documentos generados por PDFium que ya coinciden con este patrón (p. ej. salida de escáner pasada por PDFium para reempaquetar) funcionan bien; los PDF arbitrarios ricos en contenido típicamente no
• Use ValidatePdfR después de SaveAsPdfR para confirmar lo que el origen realmente alcanza. Combínelo con un validador PDF/R del TWAIN Working Group para la verificación completa a nivel de contenido
• TPdfRSaveOptions.StripCatalogOptionalEntries y StripInfoOptionalEntries son True por defecto; establézcalos en False si quiere que el inyector preserve todas las entradas de origen (la salida entonces no cumplirá §6.3 / §6.4.3, pero el marcador de versión y el XMP se adjuntan igual)
• El cifrado está permitido por PDF/R §6.2.3, pero solo con un encabezado %PDF-2.0 y cifrado AES. Los PDF generados por PDFium usan un encabezado 1.x, de modo que la salida cifrada no es candidata a PDF/R-1 sin un nuevo guardado adicional