# Web CommandWindow Boundary

Batch: `890fd2edecd5bf5d51905062`

The native standard-command handler in
`freecad-source/src/WebAssembly/FreeCADCoreProbe/WebViewCommands.h` now accepts
`Std_ActivateNextWindow`, `Std_ActivatePrevWindow`, `Std_CascadeWindows`, and
`Std_CloseActiveWindow`. It invokes the registered FreeCAD GUI command after
checking the main window and command availability. The supplied desktop source
in `src/Gui/CommandWindow.cpp` delegates these operations to the main window.
Native window ordering, layout, and close vetoes remain owned by that code.
The response reads the active document after invocation; invocation does not
assert that a close was accepted.

Remaining boundary: the existing application registrations use
`web.standardCommand`. End-to-end transport to this handler and availability of
the native GUI main window in the loaded Web runtime have not been established.
Without that host the handler returns `gui_host_unavailable`; this change does
not supply a browser window manager or establish completion of these workflows.
The next implementation batch must connect the mounted window owner to native
window operations through the actual standard-command route.

No tests, builds, browser validation, benchmarks, or acceptance were run.
Build, sync, and route receipts remain owned by the outer pipeline.