You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit 2001570
Browse filesBrowse the repository at this point in the historyBrowse files
Fix font-family quote/list resolution and list-style-type: hebrew
- CssUtils/CssParser: the "font-family" CSS property was assigned
as a raw, unresolved string, so a quoted or comma-separated value
(e.g. "'Arial'" or "Verdana, sans-serif") never matched any real
installed font by name and silently fell back to a generic default
for every element that used one. Route it through the existing
ParseFontFamily resolver (already used correctly for the legacy
<font face="..."> attribute, just never wired up for the CSS
property) instead of assigning the literal declared text. Also
fixes ParseFontFamily's not-found fallback, which returned the
literal string "inherit" as a sentinel - confusable with the real
CSS keyword downstream - to CssConstants.DefaultFont instead.
- CssEngine (Keywords/ListStyle/Map): list-style-type: hebrew parsed
as an unrecognized keyword and silently fell back to decimal
numbering, even though the Hebrew-numeral conversion table already
existed and worked. Added the missing keyword/enum/map entries so
the value reaches that existing conversion code. Same underlying
gap and fix as PeachPDF's 1f340a55.
- CommonUtils: the hebrew and armenian numbering tables were only
3 rows deep, silently dropping the thousands digit for any value
>= 1000; added the missing thousands row to both, plus Hebrew's
CSS Counter Styles Level 3 15/16 override (ט"ו/ט"ז instead of the
naive combination, which would otherwise resemble the
Tetragrammaton) - also sourced from PeachPDF's 1f340a55.
Integration test suite: 25/29 -> 26/29 passing.
0 commit comments