Repository navigation
[Bug Report] [DeckCraft] PDF text layer maps the slide-number field to a single angle quote #1153
Description
Environment
- DeckCraft 0.9.0 (
deckcraft-cli --version), Ubuntu 24.04 x86_64, .deb from ArtCraft Launcher 0.6.1 - Driven by an MCP client over stdio:
deckcraft-cli mcp --automation-read-root <dir> --automation-write-root <dir>
Steps
new_presentation{}, thenadd_slide{"layout":"titleOnly","title":"Numbers"}run_command{"command":"design.headerFooter","params":{"slideNumber":true,"all":true}}export{"path":"d.pdf","format":"pdf"}(text layer on, the default)pdftotext -f 2 -l 2 d.pdf -
Actual
The text of page 2 is Numbers followed by ‹ (U+2039, bytes e2 80 b9). The rendered page shows the number 2.
Expected
The text layer contains the evaluated slide number ("2"), so search, copy and text extraction match what is drawn.
Near miss: #164 (closed, ToUnicode).
Activity
ticket-craft commentedon Oct 22, 2026
Possibly related: #62.
MarekSpodBiedry commentedon Oct 22, 2026
I'm working on this.
Keep the PDF text layer aligned with line breaks, use one clock readi…
Harrison-Booth commentedon Oct 28, 2026
Comparison of the two open PRs for this issue: #1192 and #1197. Nothing here picks one; it is what I checked.
pdf/lib.rs,pdf/tests.rs,render/lib.rs,render/placed.rs,render/tests.rs)ROADMAP.md,pdf/lib.rs,pdf/tests.rs,render/placed.rs,text/lib.rs)place_text: the clonedPlacedText.bodygets each field run replaced by a text run holding its value, so every reader ofbodysees the valuePlacedText.bodystays as saved; a newPlacedText.shownholds each paragraph as laid out, built by a new publicdeckcraft_text::shown_paragraphsthat sharesshown_runwith the layout code. The PDF code readsshownBreakrun)Run::content()(one\u{b}), the count the layout usesshown_runreturns\u{b}for a break, the same countRenderOpts { now }through the two rasters and the text layer (new publicplace_slide_with)SlideFields::newreads the clock itself (opts.now.or_else(DateTime::now_local),crates/render/src/opts.rs), so the raster and the text layer read it separately. I did not try to reproduce a mismatchdeckcraft-pdf(slide number on 3 pages, line break), 2 indeckcraft-render(field value inPlacedText, date from the given options)deckcraft-pdf; none in render or textROADMAP.mdpdf/src/lib.rs,render/src/lib.rs,render/src/tests.rsROADMAP.mdandtext/src/lib.rs(the text code moved in the module split)pdf/src/lib.rs,pdf/src/tests.rs,render/src/placed.rsandrender/src/tests.rsWhat I did and did not do:
placed.rs,text_layerandmaster_text_piecesinpdf/src/lib.rs, and rangit merge-treeof each head againstorigin/mainand against each other. I did not build or run either branch. A reviewer on each PR reports runningcargo testandclippyon the head, and the reproduction on main, which I did not repeat.1,2,3for the field, not a placeholder; the line break gives two separate text lines (one,two) with no break character. That matches the "Page 1/2/3" and "onetwo" expectations in both PRs' tests. Date fields were not checked in PowerPoint.Not checked: whether a hyperlink placed after a field in the same paragraph still gets the right box (the link lookup in
place_textruns on the saved body in both PRs), and the web build.Render tests: import place_slide_with so the date test compiles (stor…
Use evaluated field values in the placed text so the PDF text layer s…
Merge pull request #1192 from MarekSpodBiedry/issue-1153