Hal GoffandClaude Opus 5.5 36af4afb19 Never crash: fall back to OpenGL when wgpu can't start (#461, #435, #392) (#530) ...

When wgpu can't get a GPU device or surface (old Intel Macs, some Windows
drivers), run_native returned an error and PdfCraft quit before showing a
window. Now, when wgpu fails while starting (eframe::Error::Wgpu, before the
app is created), the error is logged and the app starts again on eframe's
OpenGL (glow) renderer, which the web build already uses.

- PDFCRAFT_RENDERER=gl (opengl, glow) starts on OpenGL; =wgpu never falls
  back; unset or anything else tries wgpu, then OpenGL.
- Window and app set-up move into native_options/app_creator so the second
  run starts exactly like the first; eframe reuses its event loop.
- Page rasters and their tiled backdrop stay within the GPU's
  max_texture_side (OpenGL can report 2048; an oversized upload aborts).


Claude-Session: https://claude.ai/code/session_01VNJqS2dEQawHJn1qTRJiKp

Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-09 12:19:26 -04:00

..

pdfcraft

Never crash: fall back to OpenGL when wgpu can't start (#461, #435, #392) (#530)

2026-10-09 12:19:26 -04:00

pdfcraft-cli

fix(cli): validate page positions and preserve command results (M13) (#391)

2026-10-08 21:37:09 -04:00

pdfcraft-web

Issue #173: a failed ?file= startup fetch is reported in the app (#302)

2026-10-08 12:49:25 -04:00