Native Inline-CSS-Font-Shorthand
HPDFDecodeHeadlessRichText akzeptiert begrenztes Inline-Font-Shorthand und löst seine Komponenten für Schriftgröße, Stärke, Kursiv und mitgelieferte Familie auf, bevor die bestehende Kaskade pro Eigenschaft greift
<span style="font-weight:bold!important;font:italic 10pt Sans">Text</span>
Dieses Beispiel erzeugt fetten kursiven Text bei 10 pt: die frühere important-Stärke bleibt fett, während das Shorthand die übrigen Komponenten setzt; ausgelassene Stärke und Kursiv fallen auf regular zurück, sofern keine Komponente mit höherer Priorität das verhindert
Gültiges font:inherit stellt die umgebenden Font-Eigenschaften wieder her; em- und Prozentmaße nutzen die umgebende berechnete Größe, und spätere important-Deklarationen gewinnen nur für ihre betroffenen Komponenten
Größeneinheiten sind pt, px bei 96 dpi, em, Prozent, pc, cm, mm und in; Qualifizierer sind normal, italic, oblique, bold, bolder, lighter sowie ganzzahlige Hunderter von 100 bis 900
Der Größe folgt eine Pflicht-Familienliste; bei konfiguriertem FontFamilyNames bewahren die bestehende Auswahl benannter Familien und das PreserveFontFamilyLists-Verhalten die authorisierte Präferenz vor der Auflösung mitgelieferter Fonts
Ohne konfigurierte Namen gelten die unterstützten Komponenten für Schriftgröße und -stil weiterhin, während die Familienauswahl beim bestehenden Ein-Familien-Profil bleibt; dieser Parser lädt keine Fonts
Ein optionaler Schrägstrich akzeptiert normal, nichtnegative numerische Faktoren sowie unterstützte line-height-Längen oder Prozentwerte; tatsächliche Absatz-Line-Boxes wenden eigene Höhenpriorität und geerbte berechnete Werte an
Das komplette Shorthand muss gültig sein, bevor irgendeine Komponente oder Priorität wechselt; nicht unterstütztes Shorthand bewahrt bisherige Stile und gewöhnlichen Text; Small Caps, Stretch, Systemfonts, externe Style Sheets und allgemeines CSS-Layout bleiben außerhalb des begrenzten Profils
Farbe, Unterstreichung, Durchstreichung und Absatzausrichtung bleiben unabhängig; die bestehenden Decoder-Limits und der Abbruch-Fehlertyp bleiben erhalten
Sechs echte native Targets prüfen dekodierte Eigenschaften und gespeicherte PDFs mit den exakt mitgelieferten Font-Programmen, CID-zu-GID-Zuordnungen, ToUnicode, Appearance-Geometrie und unabhängig gerenderten sichtbaren Pixeln
Nativer Decoder · Decode-Optionen · Geordnete Candidate-Listen mitgelieferter Familien
Numerische Mathematik-Ausdrücke werden für Größe und Slash-Höhe akzeptiert, einschließlich balancierter Funktionen mit Leerzeichen oder Division und der neuen root-relativen und expliziten Viewport-Längeneinheiten