Route Texture2D through renderer GL

docs/modernization/build-inventory.md

@@ -466,8 +466,9 @@ Known local toolchain state:
   viewport/scissor dispatch consumed by `App::draw` and `App::vr_draw_ui`,
   tested generic capability/buffer-clear dispatch consumed by VR draw state
   setup, tested saved-state snapshot/restore dispatch consumed by the retained
-  `gl_state` utility, plus renderer API to OpenGL token mapping and
-  command-planning contracts used by the OpenGL parity work.
+  `gl_state` utility, tested texture lifecycle/readback dispatch consumed by
+  the retained `Texture2D` utility, 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

@@ -540,6 +540,10 @@ tested `pp_renderer_gl` saved-state dispatch contracts, covering capability
 state, viewport, clear color, framebuffer/program bindings, active texture,
 2D texture slots, samplers, and cube-map binding without changing the legacy
 utility's public fields.
+Legacy `Texture2D` allocation, binding, deletion, mipmap generation, region
+update, and framebuffer readback now execute through tested `pp_renderer_gl`
+texture dispatch contracts. This keeps the app API stable while moving another
+resource lifecycle path behind the renderer backend boundary.
 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.