Application MSI
Reuse metadata, files, destination, registry, shortcuts, directory permissions and supported service rules from the same FSS.
InstallerLab v3 keeps the normal Application MSI workflow and extends the backend with dedicated Office Add-in and QGIS Plugin semantics. The project stays visual/FSS while WiX authoring is generated by the backend.
Reuse metadata, files, destination, registry, shortcuts, directory permissions and supported service rules from the same FSS.
Deploy supported Excel, Word and PowerPoint VBA add-ins with specialized installation/activation lifecycle instead of pretending they are normal EXE applications.
Deploy a folder/ZIP plugin to the correct current-user QGIS profile using stable PluginId-based identity.
The resulting package is a real MSI suitable for msiexec and managed deployment where the project semantics allow it.
Application payload media can be embedded so the expected output is the MSI rather than a loose external CAB.
Office Add-in and QGIS Plugin FSS projects automatically disable EXE/Portable targets and leave MSI and Bundle available.
| Need | Choose |
|---|---|
| Main Windows Installer package only | MSI |
| Prerequisite EXE/MSI packages before the product | WiX Burn Bundle |
| Single bootstrapper EXE containing the chain | Bundle |
| Direct msiexec deployment | MSI |
| Office/QGIS plus Bundle UX | Bundle wrapping the same specialized MSI |
Bundle does not duplicate Office or QGIS lifecycle logic. It builds and consumes the same specialized MSI backend.
msiexec /i "MyApplication.msi" /qn /norestart /L*v "install.log"msiexec /x "MyApplication.msi" /qn /norestart /L*v "uninstall.log"InstallerLab itself can run without WiX. Creating MSI requires the WiX 7.x CLI on the build machine. Bundle additionally uses WixToolset.BootstrapperApplications.wixext and uses WixToolset.Util.wixext when prerequisite detection requires it.
Yes. The MSI backend builds Windows Installer packages through WiX.
Not for normal InstallerLab authoring. The project is defined visually/FSS and translated by the backend.
Yes. In v3 they are explicit specialized project types and MSI is their primary installer target.
Yes when the converted FSS is compatible with the MSI backend; review it with FSS Analyzer first.
Keep the project in FSS and let InstallerLab select the correct MSI behavior for its ProjectType.