Native inline CSS font shorthand

HPDFDecodeHeadlessRichText akceptuje ograniczony inline shorthand fontu i rozwija jego komponenty rozmiaru, weight, italic i dostarczonej rodziny przed zastosowaniem istniejącej kaskady per-property

<span style="font-weight:bold!important;font:italic 10pt Sans">Text</span>

Ten przykład daje tekst bold italic o rozmiarze 10 punktów: wcześniejszy ważny weight pozostaje bold, podczas gdy shorthand ustawia pozostałe komponenty; pominięty weight i italic resetują do regular, gdy żaden wyższy priorytetem komponent nie przeszkadza temu resetowi

Poprawny font:inherit przywraca właściwości fontu otaczające; wymiarowanie em i procent używa obliczonego rozmiaru otaczającego, a późniejsze deklaracje important wygrywają wyłącznie dla swoich dotkniętych komponentów

Jednostki rozmiaru to pt, px przy 96 dpi, em, percent, pc, cm, mm i in; kwalifikatory to normal, italic, oblique, bold, bolder, lighter i setki całkowite od 100 do 900

Wymagana lista rodzin następuje po rozmiarze; gdy skonfigurowano FontFamilyNames, istniejący wybór nazwanych rodzin i zachowanie PreserveFontFamilyLists zachowują autorskie preferencje przed rozpoznaniem fontów dostarczonych

Bez skonfigurowanych nazw obsługiwane komponenty rozmiaru i stylu fontu nadal obowiązują, podczas gdy wybór rodziny zachowuje istniejący profil pojedynczej rodziny; ten parser nie ładuje fontów

Opcjonalny ukośnik akceptuje normal, nieujemne czynniki numeryczne i obsługiwane długości albo procenty line-height; rzeczywiste line-boxy akapitów stosują niezależny priorytet wysokości i dziedziczone wartości obliczone

Kompletny shorthand musi być poprawny przed jakąkolwiek zmianą komponentu albo priorytetu; nieobsługiwany shorthand zachowuje poprzednie style i zwykły tekst; small caps, stretch, fonty systemowe, zewnętrzne arkusze stylów i ogólny layout CSS pozostają poza ograniczonym profilem

Kolor, underline, strikeout i wyrównanie akapitu pozostają niezależne; istniejące granice dekodera i typ błędu anulowania są zachowywane

Sześć rzeczywistych natywnych celów weryfikuje zdekodowane właściwości i zapisane PDF-y przy użyciu dokładnie dostarczonych programów fontów, mapowań CID-to-GID, ToUnicode, geometrii wyglądów i niezależnie renderowanych widocznych pikseli

Natywny dekoder · Opcje dekodowania · Uporządkowane kandydaci dostarczonych rodzin

Liczbowe wyrażenia math są akceptowane dla rozmiaru i wysokości po ukośniku, włącznie ze zbalansowanymi funkcjami zawierającymi spacje albo dzielenie oraz nowymi jednostkami długości viewportu względnymi do korzenia i jawnymi