v1.3.1

Full Changelog: v1.3.0...v1.3.1

PDF Presenter Lite 1.3.0

Keyboard and clicker control now works from the Output window, the two windows have distinct names, and the titlebar's Diagnostics and Default PDF App panels open as popups instead of wrecking the presenter view.

Fixed

• Keyboard shortcuts are accepted when the Output window has focus (#9). Left/Right, Up/Down, Page Up/Page Down, Space, B and W all drive the show whether the presenter view or the fullscreen Output window is focused. This is what a presentation clicker needs on a single-display machine, and what saves you after a stray click moves focus to the Output window mid-show.
• The two windows have distinct, meaningful names (#9). They used to be indistinguishable in the window switcher, Mission Control and alt-tab — both read "PDF Presenter Lite". They are now "PDF Presenter Lite — Control" and "PDF Presenter Lite — Output (display name)".
• Diagnostics and Default PDF App open as popups (#10). They used to expand inline inside the titlebar, shoving the presenter view out of shape with no obvious way to close them again. They are now centred popups that leave the page untouched, dismissed with the close button, Escape, or a click outside.
• Titlebar labels no longer wrap or clip (#10). Below roughly 1300px the controls were being squeezed until every button label broke into a one-word-per-line column. Labels now keep their width, a long filename ellipsises, and the bar takes a second row instead. The default window is wider so the single-row bar is what you get on launch.
• The diagnostics bundle reports the correct app version again.

Verified

Checked against a running build, not just the code: real keystrokes on a focused fullscreen Output window drive next/previous/blank; the presenter view's measured layout is byte-identical before, during and after opening either popup; and no titlebar label wraps or clips from 1600px down to the 820px minimum window width.

No control hardware (clicker, OSC console) was connected during testing.

Full Changelog: v1.2.1...v1.3.0

PDF Presenter Lite 1.2.1

Local build — GitHub Actions minutes are exhausted, so these artefacts were cut on a Mac. Unsigned: see the README for the macOS quarantine step.

What's Changed

• Add built-in logging and crash diagnostics by @stoatworks-labs in #6
• Add a Diagnostics panel to the UI by @stoatworks-labs in #8

New Contributors

• @stoatworks-labs made their first contribution in #6

Full Changelog: v1.2.0...v1.2.1

v1.2.0

Full Changelog: v1.1.0...v1.2.0

v1.1.0

Full Changelog: v1.0.0...v1.1.0

v1.0.0

First built release of PDF Presenter Lite, covering both x64 and ARM64
on every platform — plus a combined "works on either architecture" option
for macOS and Windows if you don't want to think about which one to pick.

Downloads

• macOS: Universal (.dmg / .zip, runs on both Apple Silicon and Intel —
  recommended if unsure), or Apple Silicon-only / Intel-only if you'd
  rather have the smaller, single-architecture download. Unsigned (no
  Apple Developer ID certificate), so Gatekeeper will warn on first launch.
  Right-click the app → Open, or run
  xattr -cr "PDF Presenter Lite.app" after extracting.
• Windows: a combined portable .exe covering both x64 and ARM64
  (recommended if unsure), or an x64-only / ARM64-only build if you'd
  rather have the smaller download. No installer either way, just run it
  directly. Unsigned, so SmartScreen will likely warn on first run ("More
  info" → "Run anyway").
• Linux: x64 or ARM64 (no combined option — .deb/.rpm packages are
  inherently single-architecture), as .deb (Debian/Ubuntu) or .rpm
  (Fedora/RHEL/openSUSE).

Build notes

Built natively on macOS (all three mac variants, including a true
lipo-verified universal binary via @electron/universal) and
cross-compiled via Docker (electronuserland/builder:wine) for Windows
and Linux, each for both x64 and arm64.

Excluded @napi-rs/canvas's prebuilt native binary from all packages —
it's pdfjs-dist's optional Node-canvas fallback, unused here since
rendering happens via the browser's own DOM <canvas>, and its
arch-specific .node file was only ever installed for this build
machine's arch, which broke the universal-binary merge (identical bytes
in both the x64 and arm64 trees, which @electron/universal correctly
flags rather than silently merging).

The Windows build uses electron-builder's portable target rather than
a full NSIS installer — generating the NSIS uninstaller requires
executing the built installer under Wine, which crashes under the
nested QEMU+Wine emulation this cross-build needs on Apple Silicon. A
portable .exe sidesteps that step entirely, and conveniently is also
what lets one file bundle both architectures.