Natywny fallback adnotacji

HPDFRenderHeadlessPagePNG konstruuje tymczasowe wyglądy dla wspieranych adnotacji bez wyglądu normal

Istniejące wyglądy normal mają pierwszeństwo; aktywne zniekształcone wyglądy nadal zawodzą jawnie

Dokument źródła pozostaje niezmieniony: wygenerowane strumienie i fonty należą do operacji renderowania i są zwalniane po użyciu

Geometria i zawartość statyczna

Fallback obejmuje ramki Link, Square, Circle, Line, Polygon, PolyLine, Ink, Highlight, Underline, StrikeOut, Squiggly, FreeText, Text, Caret, Stamp, FileAttachment, Sound i kontury podglądu Redact

Geometria Line obejmuje dziesięć stylów zakończeń linii i linie wiodące; wspierane ramki to solid, dashed i underline, plus zacienione ramki fasetowane i cofnięte, z jawnymi pustymi tablicami kolorów zachowującymi przezroczystość

Popup, Projection i Screen nie mają samodzielnnej malowanej zawartości bez wyglądu normal; aktywowane środowiska 3D, dźwięk, załączniki i akcje linków są poza statycznym renderowaniem rastrowym

Kontrole widoczności i optional-content następują przed konstrukcją fallback; tymczasowe wyglądy zachowują przycinanie stron i istniejące reguły geometrii widok/druk, NoZoom i NoRotate

Podpisy linii i ramki wypukłe

Podpisy linii konsumują Cap, CP, CO, Contents, RC i DS przez tę samą tymczasową ścieżkę Form tekstu Unicode, ze zmierzonymi przerwami Inline, rozmieszczeniem Top i offsetami względem końców

Długie podpisy używają rozmieszczenia nad linią; jawne łamania akapitów są zachowywane, a pusty tekst plain albo rich pozostawia zwykłą linię nietkniętą

Granice podpisów zachowują zarówno tymczasowe BBox Form, jak i prostokąt adnotacji; zwykłe przycinanie zawartości stron jest niezmienione

Prostokątne ramki fasetowane i cofnięte używają przeciwstawnych jasnych i ciemnych pasm z niezależnym kryciem ramki i wnętrza; zerowa szerokość i puste tablice kolorów zachowują swoją semantykę przezroczystości

Nieznane nazwane style ramek używają domyślnego solid, podczas gdy style niebędące nazwami pozostają zniekształconym wejściem

Zobacz dekoracje adnotacji dla polityki kolorów, czasu życia fontów i niezależnego pokrycia akceptacji

FreeText

Tekst plain wspiera PDFDocEncoding, UTF-16 i UTF-8 z BOM; rich text XHTML wspiera dziedziczone stylowanie domyślne i wpisy RC strumieni tekstu

Ograniczony profil default-appearance FreeText obsługuje Tf, g, rg, k, Tc, Tw, Tz, Ts, TL, jedną Tm, Tr oraz stan obrysów G, RG, K, w, J, j, M i d; zerowy rozmiar fontu Tf żąda transformowanego automatycznego dopasowania

Osadzone domyślne fonty TrueType używają bajtów fontów dokumentu; oryginalne zasoby Type1C, CIDFontType0C i goły Type1, kompletne wejścia OpenType CFF i default instance OpenType CFF2 używają swoich udokumentowanych ścieżek oryginalnych fontów; wspierane standardowe fonty i rodziny rich-text używają lokalnego rozwiązywacza platformy

Tymczasowe wyglądy tekstu używają jawnego budowniczego rodzin tylko do odczytu, włącznie z fontami konturów TrueType wyłącznie Preview/Print; pełne bajty fontów i flagi uprawnień są zachowywane, podczas gdy istniejące budowniczowie edycji zachowują swoje oryginalne przyjmowanie

Nazwy fontów DA są rozwiązywane przez Catalog AcroForm.DR.Font przed zasobami stron; zasoby stron i rozpoznane standardowe aliasy to ścieżki odzyskiwania, gdy domyślne bindowanie jest nieobecne

Layout tekstu wspiera wyrównanie, rotację o ćwierć obrotu, różnice prostokątów i geometrię callout; wygenerowane zasoby fontów pozostają izolowane od istniejących zasobów i zaszyfrowanych strumieni źródła

Granice i niedokończone handlery

Limity operacji, tokena, zdekodowanych bajtów, pamięci roboczej i wyjścia stosują się do wygenerowanej geometrii, tekstu i fontów; anulowanie i nieudane renderowanie zachowują te same kontrakty źródła i publikacji co istniejące wyglądy

Screen bez wyglądu nie ma domyślnego statycznego obrazu ani ramki; dostarczony wygląd normal zachowuje pierwszeństwo w obu użyciach widoku i druku

Brakujące wyglądy są opcjonalne w PDF 1.2–1.7; PDF 2.0 wymaga wyglądów poza swoimi określonymi wyjątkami, więc fiksatury Path bez wyglądu weryfikują odzyskiwanie, a nie zgodne pisanie PDF 2.0

Samodzielne surowe strumienie CFF2, niedomyślne współrzędne wariacji, operatory poza udokumentowanym profilem DA i dalsze handlery fallback pozostają poza tą implementacją; dowolne transformowane obwiednie rastrów nie są ustanawiane przez skończone kontrole akceptacji

Tr4 do Tr7 używają zakumulowanych przycięć konturów glifów; ich cztery skończone kontrole dwóch runów przeszły natywne porównania oraz checki niezależnych czytników MuPDF 1.28.5 i Poppler, jak zapisano w temacie DA

Fallback Redact wyświetla kontur podglądu i nie usuwa ani nie redaguje zawartości strony

Statyczne style ikon i layout tekstu mogą się różnić między procesorami; niezależne wzory i osobne obserwacje MuPDF/Poppler są zachowane w Tests/Linux/HeadlessAnnotationFallback.en-us.md

Zobacz natywne renderowanie Cairo i erratę adnotacji ISO 32000-2 dla kontekstu renderera i formatu

Zobacz natywne zachmurzone ramki adnotacji dla konstrukcji ciągłego konturu, granic zawartości Unicode i normalnych punktów wejścia akceptacji