Native Linux typed rich-text line height

Wersjonowana operacja Linux JSON forms.fill wiąże oryginalne richTextRuns z natywnym profilem line-box z dostarczonymi programami Fontconfig i niezmienionym layoutem callbacków

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

richTextRuns wymaga pola tekstowego Tx; operacje skalarne choice i button zachowują istniejące zachowanie, a niekompatybilne typowane edycje pól zawodzą przed zmianą grafu

lineHeightKind akceptuje legacy, normal, number, points, percent albo em; sama numeryczna lineHeight implikuje number, a numeryczny rodzaj wymaga skończonej wartości od zera do miliona

Legacy i normal akceptują wartość nieobecną albo zero; procenty i em przeliczają na punkty przy użyciu rzeczywistego autorskiego fontSize runa, a obliczone wysokości mają ten sam limit miliona punktów

Metryczne runy rodzicielskie uczestniczą w przyjmowaniu fontów i unii line-box nawet, gdy nie malują tekstu; planista utrzymuje odrębną przygotowaną tablicę i zachowuje oryginalną precyzję autorskiego koloru, rozmiaru i wysokości

Limit pola 4096 runów obejmuje wstawione podpory akapitów, a formDataLimits.maxObjects ogranicza zagregowaną liczbę przygotowanych runów w operacji

Batche w pełni rich zwracają rzeczywistą liczbę aktualizacji i zachowują dokładne zacommitowane bajty PDF dla no-opów; mieszane batche skalarne i rich zachowują liczbę żądanych edycji i publikują kompletny finalny PDF ze snapshotem źródła

Błędy członków ścisłe zwracają status 1, wadliwe tokeny JSON zwracają status parsowania 6, a anulowanie albo nieudana publikacja callbacków pozostawiają zacommitowany graf nienaruszony

Rzeczywisty callback zdolności Linuksa reklamuje akceptowane rodzaje, wysokości zero, metryczne podpory akapitów i byte-identyczne rich no-opy pod formData.typedRichFill