Rendering de glyphs CFF no Linux nativo
O renderer Cairo nativo desenha fontes simples Type1 e Type1C embutidas usando índices de glyph FreeType exatos, resolvidos do Encoding e Differences da fonte PDF, ou da codificação Adobe interna aplicável do programa de fontes
ToUnicode continua controlando a extração semântica de texto; ele não escolhe os contornos de glyph exibidos, então um mapeamento ToUnicode intencionalmente diferente não pode sobrepor uma codificação de exibição declarada
Os buffers de programas de fontes e as faces FreeType mantêm o tempo de vida delimitado existente, e mapeamentos de codificação ausentes ou malformados falham antes de publicar um resultado renderizado, em vez de adivinhar um glyph a partir do texto Unicode
/SA false validado mantém o stroke adjustment desabilitado, enquanto os quatro rendering intents padrão do PDF são consumidos pela pipeline de cor nativa; stroke adjustment ativo continua sendo trabalho separado
Esses defaults tornam as páginas de arquivamento Ghostscript normalizadas renderizáveis no HotPDF, mantendo as verificações de fonte, clipping, orçamento de glyphs e cancelamento