Native Linux typed Rich-Text-Zeilenhöhe

Die versionierte Linux-JSON-forms.fill-Operation bindet originale richTextRuns an das native Line-Box-Profil, mit gelieferten Fontconfig-Programmen und unveränderten Callback-Layouts

{"schemaVersion":1,"type":"forms.fill","fields":[{"name":"Input","fontFamily":"Sans","richTextRuns":[{"text":"First\rSecond","fontSize":10,"lineHeightKind":"number","lineHeight":2}]}]}

richTextRuns erfordert ein Tx-Textfeld; skalare Choice- und Button-Operationen behalten ihr bestehendes Verhalten, und inkompatible typed Field-Edits schlagen fehl, bevor der Graph geändert wird

lineHeightKind akzeptiert legacy, normal, number, points, percent oder em; ein alleiniger numerischer lineHeight impliziert number, während ein numerischer Kind einen endlichen Wert von null bis einer Million verlangt

Legacy und normal akzeptieren einen fehlenden oder null Wert; Prozent- und em-Werte rechnen mit der tatsächlichen authored Run-fontSize in Punkte um, und berechnete Höhen haben dieselbe Eine-Million-Punkte-Grenze

Nur metrische Parent-Runs nehmen an Font-Admission und Line-Box-Vereinigungen teil, selbst wenn sie keinen Text malen; der Planner hält ein separates vorbereitetes Array und bewahrt originale authored Farb-, Größen- und Höhenpräzision

Das 4096-Run-Feldlimit schließt eingefügte Absatz-Struts ein, und formDataLimits.maxObjects begrenzt die aggregierte vorbereitete Anzahl über die Operation

Rein-Rich-Batches liefern die tatsächliche aktualisierte Anzahl und bewahren exakte committed PDF-Bytes bei No-ops; gemischte skalare und Rich-Batches behalten ihre Requested-Edit-Anzahl und veröffentlichen das vollständige finale PDF und den Quell-Snapshot

Strict-Member-Fehler liefern Status 1, fehlerhafte JSON-Tokens Parse-Status 6, und Abbruch oder fehlgeschlagene Callback-Veröffentlichung lässt den committed Graphen intakt

Der echte Linux-Capability-Callback bewirbt die akzeptierten Kinds, null Höhen, metrische Absatz-Struts und byteidentische Rich-No-ops unter formData.typedRichFill