RustlingPDF v0.1.7
What's new
Every installer is half a megabyte smaller. setup.exe 43.1 MiB, MSI 49.6, deb 40.4 — down 0.5 MiB each from 0.1.6. Two things account for it: the frontend's icon set moved from Material Icons to the Material Symbols bundle the rest of the UI already used, which let three unreferenced UI libraries leave the build; and the PDF viewer now ships two Latin fallback faces instead of four.
That second change is the one you might notice. When a PDF references a font it did not embed, the viewer substitutes Noto Sans. It still has the regular and bold faces; it no longer has the italic ones, so italic text in such a document renders upright. Text in documents that embed their fonts — the great majority — is unaffected.
Icons look slightly different. Material Symbols and Material Icons draw the same glyphs with slightly different strokes. Nothing moved or changed meaning.
Sidebar file rows are inset from the rail's edges, so a selected row's card no longer touches the border.
Upgrading
Nothing to do. No configuration, settings file, or API request shape changed.
For contributors
cargo test on the processing crate now links 19 integration-test binaries instead of 91; the test set is unchanged. Test files live under rust/crates/rustling-processing/tests/cases/ as modules of six domain binaries; the thirteen that need a fresh process stay standalone at the top of tests/. The build-speed audit that drove this release and the previous one is in docs/plans/active/build-speed-and-app-size.md.
Container images
Published to GitHub Container Registry by this release run:
docker pull ghcr.io/hairbui76/rustlingpdf:v0.1.7
docker pull ghcr.io/hairbui76/rustlingpdf-ai-engine:v0.1.7 # optional AI sidecarBoth are also tagged latest. Run instructions: rust/RUNNING_WITH_RUST.md, section "Docker".
Desktop apps
Installers built and signed by this release run, attached below: Linux (.deb; AppImage is paused — coming soon), Windows (-setup.exe — the smaller download — or .msi for msiexec/GPO deployment; pick one and stay on it, updates keep whichever you installed). Each signed bundle has a .sig file next to it so you can verify your download against the project's minisign public key.
At startup the desktop app asks this releases page once whether a newer version exists (Settings -> General turns that off, and has a button for asking on demand); nothing else is ever sent anywhere. Updates install only when you ask, and every download is verified against the signing key first.
Known limitations
No macOS build — that platform is still paused. No AppImage either: v0.1.0 shipped the last one, so an existing AppImage install cannot see this release through its update check and has to be replaced by hand.
Full Changelog: v0.1.6...v0.1.7