Fallback nativo de anotações

HPDFRenderHeadlessPagePNG constrói aparências temporárias para anotações suportadas sem aparência normal

Aparências normais existentes têm precedência; aparências malformadas ativas continuam a falhar explicitamente

O documento fonte permanece inalterado: streams e tipos de letra gerados pertencem à operação de renderização e são libertados após o uso

Geometria e conteúdo estático

O fallback cobre contornos de Links, Square, Circle, Line, Polygon, PolyLine, Ink, Highlight, Underline, StrikeOut, Squiggly, FreeText, Text, Caret, Stamp, FileAttachment, Sound e pré-visualizações de Redact

A geometria de linhas inclui dez estilos de terminações de linhas e linhas de guia; as bordas suportadas incluem estilos sólidos, tracejados e de underline, mais bordas retangulares sombreadas chanfradas e em inset, com arrays explícitos de cores vazias a preservar transparência

Popup, Projection e Screen não têm conteúdo pintado autónomo sem aparência normal; ambientes 3D ativados, áudio, anexos e ações de links estão fora da renderização raster estática

As verificações de visibilidade e de optional content acontecem antes da construção do fallback; aparências temporárias mantêm o clipping de páginas e as regras existentes de geometria view/print, NoZoom e NoRotate

Captions de linhas e contornos em relevo

As captions de linhas consomem Cap, CP, CO, Contents, RC e DS através do mesmo caminho temporário de Forms de texto Unicode, com intervalos Inline medidos, posicionamento Top e offsets relativos a endpoints

Captions compridas usam posicionamento acima da linha; quebras explícitas de parágrafos são preservadas, e texto plain ou rich vazio deixa a linha ordinária intacta

Os bounds de captions mantêm tanto o Form BBox temporário como o retângulo da anotação; o clipping ordinário de conteúdo de páginas permanece inalterado

Bordas retangulares chanfradas e em inset usam bandas claras e escuras opostas com opacidade independente de bordas e de interiores; largura zero e arrays de cores vazias mantêm a semântica de transparência delas

Estilos nomeados de bordas desconhecidos usam o default sólido, enquanto estilos que não são names permanecem entrada malformada

Veja as decorações de anotações para a política de cores, o tempo de vida de tipos de letra e a cobertura independente de aceitação

FreeText

Texto plain suporta PDFDocEncoding, UTF-16 e UTF-8 com BOM; rich text XHTML suporta estilos default herdados e entradas RC de streams de texto

O perfil delimitado de aparências default de FreeText suporta Tf, g, rg, k, Tc, Tw, Tz, Ts, TL, um Tm, Tr e o estado de strokes G, RG, K, w, J, j, M e d; um tamanho de tipo de letra Tf zero pede fitting automático transformado

Tipos de letra TrueType default incorporados usam bytes de tipos de letra do documento; recursos originais Type1C, CIDFontType0C e Type1 puro, entrada completa de OpenType CFF e default instances de OpenType CFF2 usam os seus caminhos documentados de tipos de letra originais; os tipos de letra standard suportados e as famílias de rich text usam o resolver local da plataforma

Aparências temporárias de texto usam o construtor explícito de famílias só de leitura, incluindo tipos de letra de contornos TrueType apenas de pré-visualização/impressão; bytes completos de tipos de letra e flags de permissões são preservados, enquanto os construtores existentes de edição mantêm a admissão original deles

Nomes de fontes DA resolvem-se através de Catalog AcroForm.DR.Font antes dos recursos de páginas; recursos de páginas e aliases standard reconhecidos são caminhos de recuperação quando o binding default está ausente

O layout de texto suporta alinhamento, rotação de quartos de volta, diferenças de retângulos e geometria de callouts; recursos gerados de tipos de letra permanecem isolados de recursos existentes e de streams de fontes encriptadas

Limites e handlers inacabados

Limites de operações, tokens, bytes descodificados, memória de trabalho e saída aplicam-se à geometria, ao texto e aos tipos de letra gerados; cancelamento e renderização falhada preservam os mesmos contratos de fontes e de publicação das aparências existentes

Screen sem aparência não tem imagem estática nem contorno por defeito; uma aparência normal fornecida mantém prioridade nos usos de visualização e de impressão

Aparências em falta são opcionais no PDF 1.2–1.7; o PDF 2.0 exige aparências exceto para as exceções especificadas dele, pelo que fixtures de Path com aparências em falta verificam a recuperação em vez da escrita conforme de PDF 2.0

Streams CFF2 raw standalone, coordenadas de variação não default, operadores fora do perfil DA documentado e handlers de fallback adicionais ficam fora desta implementação; envelopes de raster transformados arbitrários não são estabelecidos por controlos finitos de aceitação

Tr4 a Tr7 usam clips acumulados de contornos de glifos; os seus quatro controlos finitos two-run passaram comparações nativas e verificações de leitores independentes MuPDF 1.28.5 e Poppler, como registado no tópico de DA

O fallback de Redact apresenta uma pré-visualização de contorno e não remove nem redige o conteúdo das páginas

Estilos estáticos de ícones e layout de texto podem diferir entre processadores; fórmulas independentes e observações separadas de MuPDF/Poppler são mantidas em Tests/Linux/HeadlessAnnotationFallback.en-us.md

Veja a renderização Cairo nativa e as erratas de anotações da ISO 32000-2 para o contexto de renderizadores e de formatos

Veja os contornos cloudy nativos de anotações para a construção contínua de contornos, os bounds de conteúdo Unicode e os pontos de entrada normais de aceitação