Route GL runtime info through renderer GL

This commit is contained in:
2026-06-03 05:45:08 +02:00
parent b2335b1656
commit 103fe4fb12
6 changed files with 108 additions and 27 deletions

View File

@@ -460,9 +460,10 @@ Known local toolchain state:
the debt-tracked adapter isolated in
`src/platform_legacy/legacy_platform_services.*`.
- `pp_renderer_gl` owns the tested `OpenGlInitialState` startup depth/blend
policy and dispatch application consumed by `App::init`, plus renderer API
to OpenGL token mapping and command-planning contracts used by the OpenGL
parity work.
policy and dispatch application consumed by `App::init`, tested runtime
version/vendor/renderer/GLSL string query dispatch, plus renderer API to
OpenGL token mapping and command-planning contracts used by the OpenGL parity
work.
- `pano_cli plan-cloud-upload` exposes `pp_app_core` cloud upload availability,
new-document warning, publish prompt, and save-before-upload planning as JSON;
the live cloud upload command consumes the same start contract before

View File

@@ -518,6 +518,9 @@ Initial PanoPainter OpenGL depth/blend startup state is now represented and
applied by tested `pp_renderer_gl` startup-state contracts; `App::init`
delegates to the backend dispatch path instead of hard-coding the policy or
operation order.
OpenGL runtime version/vendor/renderer/GLSL string queries now also use a
tested `pp_renderer_gl` dispatch contract, leaving `App::init` to log the
result while the backend owns the query set and order.
Windows RenderDoc frame capture hooks now also dispatch through
`PlatformServices`, keeping capture integration in the platform service while
leaving non-Windows adapters as no-ops.