Skip to content

PaperFlow v0.5.2 — Drop the PDF split output

Choose a tag to compare

View all tags
@06-month 06-month released this 01 Aug 16:51
· 4 commits to main since this release
v0.5.2
bc95d9c

Patch release on top of v0.5.1.

The split folder is gone

v0.5.0 wrote a per-paper decomposition — page renders, extracted Figure/Table images, page text, Markdown, and a manifest — into a PaperFlow_PdfSplit folder, and v0.5.1 let you choose where it went. Both are removed.

Nothing ever read those files back. The visuals a translation needs are cropped from the in-memory page canvas before the split writer ever runs, and they are embedded in translated.ko.html as base64 data URIs. A finished translation is self-contained. Writing the split output bought nothing and cost:

  • a second full-page 1600px PNG encode for every page, on top of the crops
  • a base64 decode and disk write for every page
  • tens of MB left on disk per translated paper, forever

Removing it makes long papers translate faster and leaves nothing behind.

What changed

  • Deleted pdfSplitter.js and its split-session plumbing in the layout analyzer.
  • Removed the pdfSplitDirectory preference and its folder picker (added in v0.5.1).
  • Dropped the PDF split folder row from the Meta view.

No action needed. Existing translations keep working unchanged — they never depended on these files. If you have a PaperFlow_PdfSplit folder from v0.5.0/v0.5.1 (in your Zotero data directory, or wherever you pointed it), it is now dead weight and safe to delete.

Install

Download paperflow.xpi below → Zotero Tools → Plugins → gear icon → Install Plugin From File → restart Zotero.

Full changelog: https://github.com/06-month/paperflow/blob/main/CHANGELOG.md

Assets 3
Loading