Interlinea del rich text JSON tipizzato
forms.fill accetta i membri opzionali lineHeightKind e lineHeight su ogni item originale di richTextRuns, usando il layout reale a paragrafi e linee fisiche con i font forniti
{
"schemaVersion": 1,
"type": "forms.fill",
"fields": [{
"name": "Input",
"richTextRuns": [{
"text": "First\rSecond",
"fontSize": 10,
"lineHeightKind": "number",
"lineHeight": 2
}]
}]
}| Tipo | Valore e comportamento |
|---|---|
| legacy | Il default quando nessuno dei due membri è fornito, che conserva il layout dei paragrafi esistente |
| normal | Layout normal esplicito con le metriche dei font forniti e l'interlinea nativa |
| number | Un fattore senza unità non negativo moltiplicato per il fontSize di questa run |
| points | Un'altezza in punti assoluti non negativa |
| percent | Una percentuale calcolata immediatamente dal fontSize di questa run e memorizzata in punti |
| em | Un fattore calcolato immediatamente dal fontSize di questa run e memorizzato in punti |
Un lineHeight numerico senza lineHeightKind seleziona number; ogni tipo numerico richiede un valore, mentre legacy e normal accettano un valore assente o zero
I valori devono essere finiti e compresi tra zero e un milione; anche la loro altezza in punti calcolata deve restare entro quel limite, e i nomi di tipo sconosciuti o i tipi non validi fanno fallire prima del caricamento dei font
Zero è supportato e può produrre baseline sovrapposte; gli ascendenti e i discendenti reali della face determinano l'half-leading negativo e l'unione tra lo strut del paragrafo e i box delle run partecipanti
Ogni run JSON è un item tipizzato originale, non un elemento CSS; percent ed em non introducono ereditarietà tra gli oggetti run JSON
La prima run fornisce lo stile metrico del paragrafo; una prima run vuota può contribuire un box parent più grande o con stile diverso, e una sequenza preparata separata ammette il suo font reale senza sostituire le run autoriali
IsParagraphStrut non è un membro JSON pubblico; le run solo-metrica generate contano nel budget cumulativo di run dell'operazione, e ogni face metrica caricata conta nei byte di font aggregati
Il callback riceve le richieste reali di famiglia e stile configurate, inclusa una face parent che non dipinge testo; i file job Windows basati su path esistenti usano lo stesso parser tipizzato e lo stesso pianificatore dei font forniti
Il V salvato conserva il testo logico, l'RV registra il profilo di paragrafo calcolato, e l'AP conserva la precisione originale di colore e dimensione del font
Le operazioni all-rich invariate preservano i byte PDF committed esatti, incluse le no-op semantiche read-only valide; gli stili read-only modificati, i fallimenti di autenticazione AES e i campi firma protetti conservano le policy esistenti
Gli errori di callback, la cancellazione e i fallimenti di budget di pubblicazione preservano il contesto precedente; anche i file job preservano la destinazione precedente sotto pubblicazione atomica
Un sink di callback può aver già accettato byte PDF della candidate quando un callback successivo fallisce; il contesto vivo fa commit solo dopo che i callback richiesti e i controlli finali di cancellazione riescono
I layout dell'operazione C versionata e del callback dei font restano invariati; le capability annunciano i tipi e i limiti reali di lineHeight entro il profilo di filling tipizzato