Typed Rich-Text-JSON-Zeilenhöhe
forms.fill akzeptiert optionale lineHeightKind- und lineHeight-Member an jedem originalen richTextRuns-Item und nutzt das echte Absatz- und Physical-Line-Layout der gelieferten Fonts
{
"schemaVersion": 1,
"type": "forms.fill",
"fields": [{
"name": "Input",
"richTextRuns": [{
"text": "First\rSecond",
"fontSize": 10,
"lineHeightKind": "number",
"lineHeight": 2
}]
}]
}| Kind | Wert und Verhalten |
|---|---|
| legacy | Der Default, wenn kein Member geliefert wird, mit dem bestehenden Absatzlayout |
| normal | Explizites normales Layout mit gelieferten Font-Metriken und nativem Zeilenabstand |
| number | Ein nichtnegativer einheitsloser Faktor, multipliziert mit der fontSize dieses Runs |
| points | Eine nichtnegative absolute Punkthöhe |
| percent | Ein Prozentwert, sofort aus der fontSize dieses Runs berechnet und als Punkte gespeichert |
| em | Ein Faktor, sofort aus der fontSize dieses Runs berechnet und als Punkte gespeichert |
Ein numerischer lineHeight ohne lineHeightKind wählt number; jeder numerische Kind verlangt einen Wert, während legacy und normal einen fehlenden Wert oder null akzeptieren
Werte müssen endlich und zwischen null und einer Million liegen; ihre berechnete Punkthöhe muss ebenfalls innerhalb dieser Grenze bleiben, und unbekannte Kind-Namen oder ungültige Typen schlagen fehl, bevor Fonts geladen werden
null wird unterstützt und kann überlappende Baselines erzeugen; echte Face-Ascender und -Descender bestimmen negativen Half-Leading und die Vereinigung aus Absatz-Strut und beteiligten Run-Boxen
Jeder JSON-Run ist ein originales typed Item, kein CSS-Element; percent und em führen keine Vererbung zwischen JSON-Run-Objekten ein
Der erste Run liefert den Absatz-Metrik-Style; ein leerer erster Run kann eine größere oder anders gestylte Parent-Box beitragen, und eine separate vorbereitete Sequenz nimmt seinen echten Font an, ohne die authored Runs zu ersetzen
IsParagraphStrut ist kein öffentliches JSON-Member; erzeugte nur metrische Runs zählen gegen das kumulative Operations-Run-Budget, und jede geladene Metrik-Face zählt gegen die aggregierten Font-Bytes
Der Callback erhält echte konfigurierte Family- und Style-Requests, einschließlich einer Parent-Face, die keinen Text malt; die bestehenden pfadbasierten Windows-Dateijobs nutzen denselben typed Parser und Supplied-Font-Planner
Das gespeicherte V behält den logischen Text, RV hält das berechnete Absatzprofil fest, und AP bewahrt die originale Farb- und Fontgrößen-Präzision
Unveränderte rein-Rich-Operationen bewahren die exakten committed PDF-Bytes, einschließlich gültiger schreibgeschützter semantischer No-ops; geänderte schreibgeschützte Styles, AES-Authentifizierungs-Fehler und geschützte Signaturfelder behalten die bestehenden Policies
Callback-Fehler, Abbruch und Veröffentlichungs-Budget-Fehler bewahren den vorherigen Kontext; Dateijobs bewahren unter atomarer Veröffentlichung ebenfalls das vorherige Ziel
Eine Callback-Senke kann bereits Kandidaten-PDF-Bytes akzeptiert haben, wenn ein späterer Callback fehlschlägt; der live Kontext committet erst, nachdem die erforderlichen Callbacks und finalen Abbruchprüfungen erfolgreich sind
Die versionierten C-Operations- und Font-Callback-Layouts sind unverändert; Capabilities bewerben die echten lineHeight-Kinds und -Grenzen innerhalb des Typed-Filling-Profils