Famílias nomeadas de tipos de letra rich text
Campos rich nativos podem combinar até dezasseis famílias fornecidas de tipos de letra TrueType Unicode, cada uma com programas de regular, bold, italic e bold-italic; cada run selecionado usa os bytes reais de tipos de letra, o mapeamento de glyphs, a largura, a linha de base e a geometria de marcas dele
Configure THPDFHeadlessRichTextFontFamilies, atribua a etiqueta FontFamily de cada run e chame SetRichTextFieldValueWithFamilies; uma etiqueta de run vazia seleciona a primeira família configurada
Para XHTML, defina FontFamilyNames e a família de runs por defeito antes da descodificação; listas de famílias separadas por vírgulas, com ou sem aspas, selecionam a primeira etiqueta configurada, inherit restaura a família envolvente, e declarações important válidas mantêm a prioridade delas
Uma lista válida sem nenhuma etiqueta configurada seleciona a primeira família configurada; uma declaração malformada deixa o valor anterior inalterado; a correspondência ignora maiúsculas e minúsculas de letras ASCII e preserva exatamente os restantes carateres Unicode
As etiquetas contêm no máximo 128 unidades de código UTF-16, sem whitespace envolvente, controlos, surrogates emparelhados a incompleto, aspas, barras invertidas, vírgulas nem ponto e vírgula; este perfil delimitado não implementa escapes CSS nem descoberta implícita de tipos de letra do sistema
O construtor puro de aparências de famílias incorpora apenas os estilos selecionados e aplica orçamentos agregados de tipos de letra, glyphs, objetos, bytes e cancelamento; tipos de letra selecionados em falta e etiquetas explícitas de runs desconhecidas falham antes de confirmar alterações de documentos
A importação de formulários consciente de famílias aplica a mesma seleção a FDF RV e XFDF value-richtext reais, preserva políticas existentes de campos e de assinaturas, e compara valores rich nomeados canónicos para no-ops semânticos
As APIs existentes de família única e o perfil de descodificador por defeito mantêm as assinaturas e o comportamento delas; programas usando cabeçalhos Pascal ou C++Builder regenerados têm de ser reconstruídos ao adotar os registos expandidos geridos de runs e de opções; os registos externos da ABI C V1 permanecem inalterados
A seleção JSON nativa de Linux de famílias nomeadas e da ABI C versionada está disponível através do binding de famílias de Linux; trabalhos FDF e XFDF de Windows aceitam caminhos aninhados de ficheiros de famílias/estilos ou callbacks V1 existentes de tipos de letra através da troca de dados de formulários de Windows
O fallback opt-in de graphemes de famílias fornecidas seleciona programas reais de candidatos de famílias/estilos através das APIs nativas; o fallback JSON de Linux resolve os programas exigidos de candidatos configurados antes de preparar a mesma aparência
Trabalhos e callbacks versionados tipados-rich de Windows selecionam famílias fornecidas, e o fallback rich de tipos de letra de Windows mantém candidatos ordered de graphemes completos; escapes CSS arbitrários em etiquetas de famílias, aliases implícitos do sistema, folhas de estilo externas, layout CSS geral e a extensão mais antiga de handles/callbacks de tipos de letra de trabalhos carregados continuam a ser trabalho ativo
Aceitação
Seis alvos nativos de compiladores passam 168 asserções e 1327 verificações independentes sobre 36 PDFs realmente guardados por alvo, incluindo oito programas reais de tipos de letra, avanços de famílias mistas, etiquetas Unicode, prioridade herdada, importação FDF/XFDF, segurança AES R5/R6, rollback e cancelamento inicial ou tardio
Cabeçalhos frescos de C++Builder compilam os novos registos de famílias, construtores e métodos de documentos em ambas as arquiteturas; ambas as bibliotecas partilhadas versionadas de Linux passam os callbacks existentes de quatro tipos de letra e as verificações independentes de saídas depois de reconstruídas com os novos registos internos