Automatic XFA push button captions and states
HPDFXFAWriteHeadlessPDF tworzy rzeczywiste natywne widgety push button z layoutu XFA, łącznie z efektywnymi skalarnymi albo XHTML podpisami, dostarczonymi programami fontów, widocznością, flagami readonly i metadanymi interaktywnego podświetlania
Każdy widget ma FT Btn, flagę pushbutton Ff, jawny wygląd normal i Unicode podpis MK.CA wywiedziony ze swojej rzeczywiście wyrenderowanej zawartości; przycisk nie staje się polem tekstowym i nie jest wymagany placeholder pola PDF
Widoczny podpis normal zachowuje też wpis DA, którego alias fontu rozpoznaje się przez AcroForm.DR do rzeczywistego fontu Type0 podpisu normal; żadny pusty font placeholder nie jest osadzany dla kompatybilności
Caption content and layout
Skalarne rozmiar, weight, posture, typeface i kolor podpisu, plus inline style XHTML i mieszane linie bazowe, używają istniejącego natywnego dekodera rich text i buildera wyglądów
CaptionFontFamilies dostarcza realnych programów regular, bold, italic i bold-italic i nazwanych rodzin; kroje nigdy nie są syntetyzowane, a programy fontów nie są odkrywane ani pobierane
Tekst wyłącznie z białych znaków między inline elementami XHTML jest zachowywany, więc sąsiednie słowa o różnych stylach zachowują autorskie separatory
Brakująca zawartość podpisu zachowuje istniejący fallback nazwy pola, podczas gdy jawna pusta zawartość pozostaje pusta, a niepuste skalarne podpisy zachowują autorskie spacje wiodące i końcowe; podpisy hidden, inactive i invisible nie malują tekstu i nie serializują regenerowalnego widocznego podpisu
Marginesy pól i podpisów, umiejscowienie podpisu, rezerwa i wyrównanie akapitu określają rzeczywisty region podpisu; brakująca, zerowa i schematowa defaultowa rezerwa minus jeden używa naturalnego zakresu bez automatycznego zawijania, dodatnia rezerwa pozwala zawijać, a umiejscowienie inline ignoruje rezerwę
Stałe granice pola przycinają przeładowe podpisy; jawne złamania akapitów pozostają aktywne, a efektywne per-instance nadpisania zachowują niezmienione rodzeństwo szablonu
Highlight and state appearances
| Highlight XFA | Natywny wynik PDF |
|---|---|
| inverted albo brak | H I z normalnym AP.N; czytnik stosuje odwrócony efekt aktywacji |
| none | H N z normalnym AP.N |
| outline | H O z normalnym AP.N; czytnik stosuje efekt aktywacji ramy |
| push | H P z rzeczywistymi Formami normal AP.N, down AP.D i rollover AP.R; podpis down jest przemieszczany, by reprezentować wciśnięcie |
W trybie push skalarne itemy o nazwach down i rollover dostarczają swoje podpisy i metadane MK.AC albo MK.RC; nieobecny item stanu używa podpisu normal, podczas gdy jawny pusty item daje stan pusty
Itemy alternatywne nie wpływają na inne tryby podświetlania, a każdy wygenerowany stan zachowuje własny rzeczywisty wygląd i graf dostarczonego fontu
Transactions and limits
Rzeczywiste per-instance zmiany zdarzeń runtime mogą być zapisane jako XDP, przeładowane i skonsumowane przez kreatora; natychmiastowy odczyt, nadpisanie i całkowita zamiana ładunku, izolacja pierwszego wystąpienia i rollback nieudanego zdarzenia pozostają operacjami natywnego runtime'u
Węzły i bajty źródła, programy fontów, jednostki glifów, obiekty i bajty kandydata są ograniczone; anulowanie i awarie przygotowania zachowują bajty, długość i pozycję strumienia wywołującego
Finalny zapis do strumienia wywołującego jest granicą commitu; wyjątek rzucony przez ten strumień podczas pisania może zostawić częściowy zapis i nie jest przedstawiany jako wycofany nieseekowalny cel
Ten konsument tworzy zapisane stany wyglądów widgetów; późniejsze wykonywanie skryptów XFA sterowane czytnikiem albo przebudowywanie wyglądów, treść rich itemów alternatywnych, ikony przycisków, media zewnętrzne i renderowanie dowolnego obcego XML pozostają odrębnymi zdolnościami
Mapowania podświetlania i rezerwy podpisów podążają za XFA 3.3 button i caption semantyką
Metadane emitera · Rich podpisy Boolean · Automatyczne natywne tworzenie XFA