Réécriture de couleurs de page chargée

THotPDF.RewriteLoadedPageColors convertit la peinture sélectionnée de page en DeviceGray, DeviceRGB ou DeviceCMYK pour la préparation à l'impression, l'épreuvage et l'archivage

Conversion hybride

Les pages ne contenant que des opérateurs de couleur de dispositif conservent leur texte, chemins et contenu consultable d'origine, tandis que les opérations de remplissage et de trait g, rg et k sont converties dans le flux de contenu à préservation de jetons

Les pages qui utilisent des images, des Form XObjects, des motifs, des fondus, de la transparence, de la couleur de glyphe de Type 3, des espaces colorimétriques ICCBased ou adossés à d'autres ressources sont rendues via le pipeline complet de pages à gestion des couleurs et remplacées par une image Flate sans perte dans l'espace de processus demandé

Les pages pivotées sont rasterisées dans l'espace utilisateur non pivoté avant que la valeur /Rotate d'origine ne soit réappliquée par les lecteurs, empêchant une double rotation

Frontière des couleurs d'accompagnement

lcspPreservePages est la valeur par défaut et laisse chaque page contenant des colorants Separation, DeviceN ou NChannel intacte octet pour octet

lcspConvertToProcess résout les transformations de teinte via le moteur de rendu et aplatit la page dans l'espace de processus sélectionné, tandis que lcspReject rejette la demande complète lors de la pré-vérification

Limites atomiques

Les limites de page, de contenu source, d'opérateur, de lexème, d'imbrication, de remplacement, de pixels raster, de sortie encodée et d'annulation sont vérifiées avant la publication

Toutes les pages sélectionnées sont validées via une seule transaction de graphe copy-on-write, de sorte que les échecs de rendu, de contenu, de budget, d'annulation et de validation laissent le graphe d'objets chargé inchangé

Les dictionnaires d'annotations restent attachés mais leurs flux d'apparence ne sont ni réécrits en couleur ni aplatis dans la peinture de page

API associée