WIX UI 用于多个目标目录
WIX UI for multiple target directories
我需要用户能够为我的安装设置多个不同的目标目录。
我有这个目录结构：
<Directory Id="TARGETDIR" Name="SourceDir">
<Directory Id="ProgramFilesFolder">
<Directory Id="DCOMPANY" Name="MyCompany" >
<Directory Id="DMAIN" Name="MainDir">
<Directory Id="DPART1" Name="Part1"/>
<Directory Id="DPART2" Name="Part2"/>
</Directory>
</Directory>
</Directory>
</Directory>
我这里也有这些属性
<Property Id="WIXUI_INSTALLPATH" Hidden="yes" />
<Property Id="VARIABLE_PATH_DPART1" Value="DPART1" />
<Property Id="VARIABLE_PATH_DPART2" Value="DPART2" />
为了覆盖 Single InstallDirDialog，我复制了文件 WIXUI_InstallDir.wxs 和 InstallDirDlg.wxs。我复制了 InstallDirDlg.wxs 并将数字 1 和 2 添加到文件末尾，在所有三个文件前加上 custom_ 前缀并相应地更改了它们的 UI-Tags：
现在，在 custom_WIXUI_InstallDir.wxs 中，我稍微更改了这个块，因此我希望我的属性由 Actions 设置：
<Publish Dialog="LicenseAgreementDlg" Control="Next" Event="NewDialog" Value="custom_InstallDirDlg1">LicenseAccepted = "1"</Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="Back" Event="NewDialog"
Value="LicenseAgreementDlg">1</Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="Next"
Event="SetTargetPath" Value="[VARIABLE_PATH_DPART1]" Order="1">1</Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="Next" Event="DoAction"
Value="WixUIValidatePath" Order="2">NOT WIXUI_DONTVALIDATEPATH</Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="Next" Event="SpawnDialog"
Value="InvalidDirDlg" Order="3"><![CDATA[NOT WIXUI_DONTVALIDATEPATH AND
WIXUI_INSTALLDIR_VALID<>"1"]]></Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="Next" Event="DoAction"
Value="InvalidDirDlg" Order="3"><![CDATA[NOT WIXUI_DONTVALIDATEPATH AND
WIXUI_INSTALLDIR_VALID<>"1"]]></Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="Next" Event="NewDialog"
Value="VerifyReadyDlg" Order="4">WIXUI_DONTVALIDATEPATH OR
WIXUI_INSTALLDIR_VALID="1"</Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="ChangeFolder"
Property="_BrowseProperty" Value="[VARIABLE_PATH_DPART1]"
Order="1">1</Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="ChangeFolder"
Event="SpawnDialog" Value="BrowseDlg" Order="2">1</Publish>
<Publish Dialog="VerifyReadyDlg" Control="Back" Event="NewDialog"
Value="custom_InstallDirDlg1" Order="1">NOT Installed</Publish>
在 custom_InstallDirDlg1.wxs 中，我还将这一行更改为我的路径变量：
<Control Id="Folder" Type="PathEdit" X="20" Y="100" Width="320"
Height="18" Property="VARIABLE_PATH_DPART1" Indirect="yes" />
当我现在编译时，所有内容都已创建，当我 运行 安装程序时，当我单击 "Change..." 按钮或 "Next..." 按钮时，安装程序会冻结大约 30 秒然后说 "The specified Path DPART1 is unavailable."
当我查看在所有这些 CDATA 块中调用的自定义操作的来源时，我发现那些只关心 WIXUI_INSTALLPATH 并且不接受任何给它们的东西。所以它几乎是在使用间接寻址。
我还在某处读到，可以重复使用此对话框让用户输入多个目标路径，但我不知道如何操作。
请帮忙:)
也许我会把它添加为答案，这样你就可以像你说的那样接受它 - 也许还可以投票。然后就放出赏金 运行 - 我不认为它会起作用，因为你还没有声望。
我目前没有时间详细阅读此内容，但请查看此答案：WiX-installer With Configurable Feature Directory（接近中间，如果看起来相关，还可以查看其余答案).这些 "feature directories" 可以 link 编辑到实际目录 属性，如 link 中所述。
上面的示例使用了 WiX Mondo 对话框集。 I describe setting up a minimal WiX compile with the Mondo dialog set here。本质上是一个“Hello WiX”项目，但您已经有了它。只是添加它以防其他人发现它有帮助。
UPDATE：我的简短测试似乎表明，对于大多数安装模式，系统会保留此类功能目录，但不会用于主要升级。要读取这些自定义文件夹的先前设置，您需要 AppSearch 或自定义操作，并且您应该让您的设置在注册表中保留目录属性。
一些建议
这些只是快速测试的一些建议。请一如既往地彻底测试自己。在 Windows 安装程序中有很多我称之为 "conspiratory complexity" 的东西 - 问题意外地出现 - 例如当您尝试交付升级时。
安装期间在注册表中保留您的属性（您的功能目录属性）：
<!--Put this inside a component-->
<RegistryKey Root="HKLM" Key="Software\MyCompany\MyApp" ForceCreateOnInstall="yes">
<RegistryValue Type="string" Name="MYCUSTOMDIR" Value="[MYCUSTOMDIR]" KeyPath="yes"/>
</RegistryKey>
<!--Put this inside a component-->
<RegistryKey Root="HKLM" Key="Software\MyCompany\MyApp" ForceCreateOnInstall="yes">
<RegistryValue Type="string" Name="MYCUSTOMDIRTWO" Value="[MYCUSTOMDIRTWO]" KeyPath="yes"/>
</RegistryKey>
重要！：这将写入 HKLM\SOFTWARE\WOW6432Node\MyCompany\MyApp - 64 位 OS 上注册表的 32 位部分。您可能需要写入和读取 64 位部分。如果是这样，只需将 Win64="yes" 属性添加到 Components 和 RegistrySearch 元素。
A link: http://robmensching.com/blog/posts/2010/5/2/the-wix-toolsets-remember-property-pattern/
接下来通过注册表搜索回读它们:
<Property Id="MYCUSTOMDIR">
<RegistrySearch Id='MYCUSTOMDIR' Root='HKLM' Key='Software\MyCompany\MyApp' Name='MYCUSTOMDIR' Type='raw' />
</Property>
<Property Id="MYCUSTOMDIRTWO">
<RegistrySearch Id='MYCUSTOMDIRTWO' Root='HKLM' Key='Software\MyCompany\MyApp' Name='MYCUSTOMDIRTWO' Type='raw' />
</Property>
在理想情况下，这应该足以满足您的目的。我没有时间测试在命令行中设置这些属性以进行升级时会发生什么（这可能会发生）。
要创建主要升级 进行测试，您基本上可以只增加版本号的前三位数字之一并编译一个新的 MSI（重命名旧的 MSI output 文件夹以保留它）- 并生成一个新的产品 GUID（除非您将其设置为自动生成，在这种情况下，版本提升就足够了）。 MSI 版本号应该只有 3 位数字才能符合 MSI 标准。
我需要用户能够为我的安装设置多个不同的目标目录。
我有这个目录结构：
<Directory Id="TARGETDIR" Name="SourceDir">
<Directory Id="ProgramFilesFolder">
<Directory Id="DCOMPANY" Name="MyCompany" >
<Directory Id="DMAIN" Name="MainDir">
<Directory Id="DPART1" Name="Part1"/>
<Directory Id="DPART2" Name="Part2"/>
</Directory>
</Directory>
</Directory>
</Directory>
我这里也有这些属性
<Property Id="WIXUI_INSTALLPATH" Hidden="yes" />
<Property Id="VARIABLE_PATH_DPART1" Value="DPART1" />
<Property Id="VARIABLE_PATH_DPART2" Value="DPART2" />
为了覆盖 Single InstallDirDialog，我复制了文件 WIXUI_InstallDir.wxs 和 InstallDirDlg.wxs。我复制了 InstallDirDlg.wxs 并将数字 1 和 2 添加到文件末尾，在所有三个文件前加上 custom_ 前缀并相应地更改了它们的 UI-Tags：
现在，在 custom_WIXUI_InstallDir.wxs 中，我稍微更改了这个块，因此我希望我的属性由 Actions 设置：
<Publish Dialog="LicenseAgreementDlg" Control="Next" Event="NewDialog" Value="custom_InstallDirDlg1">LicenseAccepted = "1"</Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="Back" Event="NewDialog"
Value="LicenseAgreementDlg">1</Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="Next"
Event="SetTargetPath" Value="[VARIABLE_PATH_DPART1]" Order="1">1</Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="Next" Event="DoAction"
Value="WixUIValidatePath" Order="2">NOT WIXUI_DONTVALIDATEPATH</Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="Next" Event="SpawnDialog"
Value="InvalidDirDlg" Order="3"><![CDATA[NOT WIXUI_DONTVALIDATEPATH AND
WIXUI_INSTALLDIR_VALID<>"1"]]></Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="Next" Event="DoAction"
Value="InvalidDirDlg" Order="3"><![CDATA[NOT WIXUI_DONTVALIDATEPATH AND
WIXUI_INSTALLDIR_VALID<>"1"]]></Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="Next" Event="NewDialog"
Value="VerifyReadyDlg" Order="4">WIXUI_DONTVALIDATEPATH OR
WIXUI_INSTALLDIR_VALID="1"</Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="ChangeFolder"
Property="_BrowseProperty" Value="[VARIABLE_PATH_DPART1]"
Order="1">1</Publish>
<Publish Dialog="custom_InstallDirDlg1" Control="ChangeFolder"
Event="SpawnDialog" Value="BrowseDlg" Order="2">1</Publish>
<Publish Dialog="VerifyReadyDlg" Control="Back" Event="NewDialog"
Value="custom_InstallDirDlg1" Order="1">NOT Installed</Publish>
在 custom_InstallDirDlg1.wxs 中，我还将这一行更改为我的路径变量：
<Control Id="Folder" Type="PathEdit" X="20" Y="100" Width="320"
Height="18" Property="VARIABLE_PATH_DPART1" Indirect="yes" />
当我现在编译时，所有内容都已创建，当我 运行 安装程序时，当我单击 "Change..." 按钮或 "Next..." 按钮时，安装程序会冻结大约 30 秒然后说 "The specified Path DPART1 is unavailable."
当我查看在所有这些 CDATA 块中调用的自定义操作的来源时，我发现那些只关心 WIXUI_INSTALLPATH 并且不接受任何给它们的东西。所以它几乎是在使用间接寻址。
我还在某处读到，可以重复使用此对话框让用户输入多个目标路径，但我不知道如何操作。
请帮忙:)
也许我会把它添加为答案，这样你就可以像你说的那样接受它 - 也许还可以投票。然后就放出赏金 运行 - 我不认为它会起作用，因为你还没有声望。
我目前没有时间详细阅读此内容，但请查看此答案：WiX-installer With Configurable Feature Directory（接近中间，如果看起来相关，还可以查看其余答案).这些 "feature directories" 可以 link 编辑到实际目录 属性，如 link 中所述。
上面的示例使用了 WiX Mondo 对话框集。 I describe setting up a minimal WiX compile with the Mondo dialog set here。本质上是一个“Hello WiX”项目，但您已经有了它。只是添加它以防其他人发现它有帮助。
UPDATE：我的简短测试似乎表明，对于大多数安装模式，系统会保留此类功能目录，但不会用于主要升级。要读取这些自定义文件夹的先前设置，您需要 AppSearch 或自定义操作，并且您应该让您的设置在注册表中保留目录属性。
一些建议
这些只是快速测试的一些建议。请一如既往地彻底测试自己。在 Windows 安装程序中有很多我称之为 "conspiratory complexity" 的东西 - 问题意外地出现 - 例如当您尝试交付升级时。
安装期间在注册表中保留您的属性（您的功能目录属性）：
<!--Put this inside a component-->
<RegistryKey Root="HKLM" Key="Software\MyCompany\MyApp" ForceCreateOnInstall="yes">
<RegistryValue Type="string" Name="MYCUSTOMDIR" Value="[MYCUSTOMDIR]" KeyPath="yes"/>
</RegistryKey>
<!--Put this inside a component-->
<RegistryKey Root="HKLM" Key="Software\MyCompany\MyApp" ForceCreateOnInstall="yes">
<RegistryValue Type="string" Name="MYCUSTOMDIRTWO" Value="[MYCUSTOMDIRTWO]" KeyPath="yes"/>
</RegistryKey>
重要！：这将写入 HKLM\SOFTWARE\WOW6432Node\MyCompany\MyApp - 64 位 OS 上注册表的 32 位部分。您可能需要写入和读取 64 位部分。如果是这样，只需将 Win64="yes" 属性添加到 Components 和 RegistrySearch 元素。
A link: http://robmensching.com/blog/posts/2010/5/2/the-wix-toolsets-remember-property-pattern/
接下来通过注册表搜索回读它们:
<Property Id="MYCUSTOMDIR">
<RegistrySearch Id='MYCUSTOMDIR' Root='HKLM' Key='Software\MyCompany\MyApp' Name='MYCUSTOMDIR' Type='raw' />
</Property>
<Property Id="MYCUSTOMDIRTWO">
<RegistrySearch Id='MYCUSTOMDIRTWO' Root='HKLM' Key='Software\MyCompany\MyApp' Name='MYCUSTOMDIRTWO' Type='raw' />
</Property>
在理想情况下，这应该足以满足您的目的。我没有时间测试在命令行中设置这些属性以进行升级时会发生什么（这可能会发生）。
要创建主要升级 进行测试，您基本上可以只增加版本号的前三位数字之一并编译一个新的 MSI（重命名旧的 MSI output 文件夹以保留它）- 并生成一个新的产品 GUID（除非您将其设置为自动生成，在这种情况下，版本提升就足够了）。 MSI 版本号应该只有 3 位数字才能符合 MSI 标准。