Windows Signature Appearance Profiles

Operacja podpisywania Windows może wygenerować widoczny wygląd podpisu Unicode z nazwanego wbudowanego presetu i jawnie dostarczonego fontu TrueType nadającego się do osadzenia

{"schemaVersion":1,"type":"sign","incremental":true,
 "existingField":true,"fieldName":"ApprovalOne",
 "pfxFile":"C:/keys/signer.pfx","pfxPassword":"password",
 "appearance":{"profileName":"HotPDF.StandardApproval",
   "text":"Signed by Alice","fontFile":"C:/fonts/DejaVuSans.ttf"}}

Actual preset selection

Wybrany preset konfiguruje rzeczywistego producenta zamiast etykietować zdefiniowane przez wywołującego opcje wizualne; to te same konfiguracje, które zwraca HPDFSelectHeadlessSignatureAppearanceProfile

text dostarcza rzeczywisty podpis, a fontFile jego program TrueType; oba są wymagane, niepustymi ciągami Unicode, a wszystkie trzy ciągi wyglądów są ograniczone do 16384 bajtów UTF-8 bez NUL

Uprawnienia osadzania fontów, poprawność Unicode, dostępne glify, wymagania złożonego shapingu, dopasowanie podpisu i skonfigurowane limity są wymuszane podczas generowania

Widgets and signed documents

Generowanie aktualizuje normalne XObject Formy AP/N dla każdego Widgeta należącego do wybranego pola podpisu, łącznie z polami scalonymi i polami z odrębnymi dziećmi Widget

Każdy Widget dostarcza własne dodatnie wymiary prostokąta i opcjonalną rotację MK/R 0, 90, 180 albo 270 stopni; wyrównanie presetu ma pierwszeństwo przed dziedziczonymi podpowiedziami wyrównania

Wyglądy rollover i down są zachowywane, gdy istnieje słownik AP; wadliwa geometria, słowniki wyglądów, rotacje albo cykliczne hierarchie Widgetów odrzucają generowanie

Operacja podpisywania wspiera istniejące pola, nowe pola, zaszyfrowane aktualizacje przyrostowe, podpisywanie niepodpisanych dokumentów, pierwsze podpisy certyfikacyjne i kolejne podpisy zatwierdzeń dozwolone przez polityki P2 albo P3 i blokad pól

Użyj certificationPermission, aby wybrać rzeczywiste zachowanie certyfikacji; sam wybór wyglądu StandardCertification nie certyfikuje dokumentu

Wygenerowane obiekty fontów i wyglądów podążają za oryginalną polityką szyfrowania dokumentu, podczas gdy oryginalny prefiks źródła i wcześniejsze podpisy pozostają nienaruszone dla dozwolonego podpisywania przyrostowego

Seed requirements and limits

Wymagany SV AppearanceFilter pasuje wyłącznie do presetu rzeczywiście wygenerowanego w tej operacji podpisywania; istniejące metadane albo wcześniej zapisany wygląd same w sobie nie spełniają tego wymagania

Słownik AP zapisuje HotPDFProfile do inspekcji, a udany wynik raportuje appearanceProfile; oba opisują preset użyty przez tę operację

Bajty fontów są ograniczone mniejszą z 8 MiB i jedną ósmą memoryBytes, wygenerowane bajty wyglądów dzielą limit jednej ósmej memoryBytes, a każdy Widget dodaje siedem ograniczonych obiektów podlegających objectCount

Anulowanie, niepoprawne presety, niespełnione wymagane seedy i niepoprawne generowanie zachowują oryginalny handle dokumentu i nie publikują bajtów PDF; callbacki wyjścia zachowują istniejącą semantykę awarii callbacków

Łącz wygląd z rzeczywistymi znacznikami czasu podpisywania, certyfikacją i zaświadczeniem prawnym albo uwierzytelnionymi podpisanymi informacjami revokacji

Zobacz Incremental PFX Signing po cykl życia operacji, uprawnienia, budżety i kontrakt publikacji