Kontextueller Headless-Rich-Text

Getippte native Rich-Appearances bewahren den vollständigen Unicode-Verbindungskontext über benachbarte Font-, Farb- und leere Stil-Runs hinweg und halten dabei exakte logische V- und kanonische RV-Werte fest

Das Messen nutzt weiterhin vollständige Unicode-Wort- und Grapheme-Grenzen; der finale Durchlauf formt jedes ausgewählte Stil-Item innerhalb seiner tatsächlichen physikalischen Zeile und platziert Items nach Absatzrichtung und Embedding-Levels

Arabische Anfangs-, Mittel- und Endformen behalten umgebende Buchstaben über Stilnähte hinweg, gemischte lateinische und RTL-Items behalten ihre visuelle Ordnung, und hebräische kursive Stile nutzen die tatsächlich mitgelieferten Italic- und Bold-Italic-Font-Programme des Aufrufers

Umbrochene physikalische Zeilen behalten die aus dem originalen logischen Absatz abgeleitete Richtung; der Verbindungskontext endet an der physikalischen Zeilengrenze

Jede Kind-Appearance behält ihren eigenen echten Font, ihre Punktgröße, Farbe, CID-Glyphen-Map, ToUnicode, logisches ActualText und positioniertes Glyphenprogramm; das Parent wendet visuelle Item-Koordinaten an, ohne Objekteigentum oder logische Rich-Stile zu ändern

Die bestehenden Regeln für Zeichenabstand, Wortabstand, Zeilenausrichtung, Metriken, Font-Berechtigungen, Objektbudgets, Abbruch und transaktionale Feldaktualisierung bleiben anwendbar

Mark-Anker über Fonts hinweg, explizite Embedding-Steuerzeichen über physikalische Zeilen und breiteres XHTML/CSS-Layout bleiben separate laufende Arbeiten; ein Stilnaht-Graphem auf einer gemeinsamen physikalischen Grundlinie begründet keine vollständige Mark-zu-Basis-Platzierung

Die wiederverwendbaren nativen APIs finden sich unter HPDFShapeHeadlessTextSpan und HPDFResolveHeadlessTextOrder