Expand description
Windows platform boundary for winbrew-engines.
This module keeps all Windows-specific engine backends at one level so the
public surface stays direct: exe, font, msi, and msix.
Why this layer is useful:
- it keeps Windows-only dependencies and process/registry logic out of the routing code
- it makes the ownership split obvious: filesystem engines live elsewhere, Windows-delegated engines live here
- it gives
cargo doca single place to explain the Windows backend shape and the public entry points
What to read next:
exefor process-driven installer backends such as native.exeinstallersfontfor per-user Windows font installation and removalmsifor Windows Installer packagesmsixfor Windows package integration such as MSIX
The leaf install/remove functions stay crate-private; callers should go through the registry facade instead of bypassing it.