mtlcl410andClaude Opus 5.5 218fbcf1b5 M1: numbered glyph names read as their codes only in fonts where every one does (create.text-extraction) ...

The previous commit read a glyph name that only numbers its glyph (`C70`,
`MT72`, `G4E`) as its code's Latin-1 character whenever the number, in
decimal or hexadecimal, was that code. In fonts whose names number
something else (`/Differences [1 /C70 /C105 ...]`, a subset's order), a
name can match its code by coincidence: `/MT40` at 0x40 read `@` where the
page draws `(` (PDFBOX-1078), `/C39` at 0x39 read `9` (PDFBOX-1783).

The rule now applies only in a Type 1 font where every numbered name in
its encoding names its own code (`numbered_names_name_their_codes`,
worked out once per font). `/C1` at 233 beside `/C70` at 70, the review
counterexample on #3239, turns the whole font back to nothing, and
#3239's test font (`c251` at 97, `C1` at 233 beside `C39` at 39) reads
exactly as #3239 expected again. Codes 128-255 read as Latin-1
(`C174` = `®`), as pdftotext, PDFium, MuPDF and Acrobat read them.

Vendor ledger: hayro-interpret patch 99.

Test: text::tests::numbered_glyph_names_read_as_their_own_code (fails
with the guard switched off, and with the fallback switched off).

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Pq7HyCHD1R3rywQBPCHXZA

2026-11-07 17:36:40 +08:00

..

examples

chore: resolve SonarCloud maintainability issues (#4356)

2026-10-23 23:28:18 -04:00

src

M1: numbered glyph names read as their codes only in fonts where every one does (create.text-extraction)

2026-11-07 17:36:40 +08:00

tests/it

M2: a shrunk image on a turned or mirrored page snaps to whole pixels (#5530) (#5640)

2026-11-01 15:07:29 -05:00

Cargo.toml

M2: draw non-embedded CJK CID fonts with an installed face

2026-10-12 21:10:43 +01:00