Native Linux typed rich-text line height

Den versionshanterade Linux JSON forms.fill-operationen binder ursprungliga richTextRuns till den nativa radruta-profilen med tillhandahållna Fontconfig-program och oförändrade återanropslayouter

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

richTextRuns kräver ett Tx-textfält; skalära choice- och knappoperationer behåller sitt befintliga beteende, och inkompatibla typade fältredigeringar misslyckas innan grafen ändras

lineHeightKind accepterar legacy, normal, number, points, percent eller em; en numerisk lineHeight ensam antyder number, medan en numerisk typ kräver ett ändligt värde från noll till en miljon

Legacy och normal accepterar ett frånvarande eller nollvärde; procent och em beräknas till punkter med den faktiska författade sekvensens fontSize, och beräknade höjder har samma miljonpunktsgräns

Enbart-metriska föräldrsekvenser deltar i typsnittsupptagning och radruta-unioner även när de inte målar text; planeraren behåller en separat förberedd array och bevarar ursprunglig författad färg, storlek och höjdprecision

4096-sekvensers fältgränsen inkluderar infogade styckestöden, och formDataLimits.maxObjects begränsar det samlade förberedda antalet över operationen

Enbart-rich-batcher returnerar det faktiska uppdaterade antalet och bevarar exakta sparade PDF-byte för no-ops; blandade skalära och rich-batcher behåller sitt begärda redigeringsantal och publicerar den completa slutliga PDF:n och källögonblicksbilden

Strikta medlemsfel returnerar status 1, felformade JSON-token returnerar tolkningsstatus 6, och avbrott eller misslyckad återanropspublicering lämnar den sparade grafen intakt

Det verkliga Linux-kapabilitetsåteranropet annonserar de accepterade typerna, nollhöjder, metriska styckestöden och byte-identiska rich no-ops under formData.typedRichFill