Route app viewport scissor through renderer GL

docs/modernization/build-inventory.md

@@ -462,8 +462,10 @@ Known local toolchain state:
 - `pp_renderer_gl` owns the tested `OpenGlInitialState` startup depth/blend
   policy and dispatch application consumed by `App::init`, tested runtime
   version/vendor/renderer/GLSL string query dispatch, tested default clear
-  color/buffer dispatch consumed by `App::clear`, plus renderer API to OpenGL
-  token mapping and command-planning contracts used by the OpenGL parity work.
+  color/buffer dispatch consumed by `App::clear`, tested app UI
+  viewport/scissor dispatch consumed by `App::draw`, 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

docs/modernization/roadmap.md

@@ -524,6 +524,10 @@ result while the backend owns the query set and order.
 The default app clear color and color-buffer clear operation now dispatch
 through `pp_renderer_gl` as well, moving another direct OpenGL operation out
 of `App::clear` while preserving the current gray clear behavior.
+Main app UI viewport and scissor execution now dispatch through tested
+`pp_renderer_gl` viewport/scissor contracts, leaving `App::draw` and UI node
+clipping to provide rectangles while the backend owns scissor-state tokens and
+the live OpenGL call sequence.
 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.