[WiX-users] Overriding WIXUI_INSTALLDIR
I have a dialog that runs before InstallDirDlg and uses a remembered property that is to construct the full installation path. A dialog that runs before InstallDirDlg -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Overriding WIXUI_INSTALLDIR
Trying that again: WIXUI_INSTALLDIR expects a property. Generally, it is statically set in the Property Table. Probably what you want is to update the value of the property at [WIXUI_INSTALLDIR]. If it runs before InstallDirDlg, you should be able to just update the value of that property with the path. A more general pattern is to remember the value of INSTALLFOLDER (or INSTALLLOCATION, or INSTALLDIR) during AppSearch and have that value appropriately loaded. Why are you using a dialog to do this instead? Hi John, I am using a dialog indirectly. That dialog presents the results of a CA that collects info about the windows server that the user is installing on. Based on a choice presented to the user, it then publishes a value which the browse dialog uses (INSTALLDIR). This provides the sane default choice given the windows servers existing state. How does the InstallDirDlg handle applying WIXUI_INSTALLDIR to INSTALLDIR? I am unclear on why it got overridden after initially being set correctly when the user decided to override the default. Thanks a lot! jlc -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Overriding WIXUI_INSTALLDIR
WIXUI_INSTALLDIR expects a property. Generally, it is statically set in the Property Table. Probably what you want is to update the value of the property at [WIXUI_INSTALLDIR]. If it runs before InstallDirDlg, you should be able to just update the value of that property with the path. A more general pattern is to remember the value of INSTALLFOLDER (or INSTALLLOCATION, or INSTALLDIR) during AppSearch and have that value appropriately loaded. Why are you using a dialog to do this instead? Hi John, I am using a dialog indirectly. That dialog presents the results of a CA that collects info about the windows server that the user is installing on. Based on a choice presented to the user, it then publishes a value which the browse dialog uses (INSTALLDIR). This provides the sane default choice given the windows servers existing state. How does the InstallDirDlg -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Overriding WIXUI_INSTALLDIR
I am using a dialog indirectly. That dialog presents the results of a CA that collects info about the windows server that the user is installing on. Based on a choice presented to the user, it then publishes a value which the browse dialog uses (INSTALLDIR). This provides the sane default choice given the windows servers existing state. How does the InstallDirDlg handle applying WIXUI_INSTALLDIR to INSTALLDIR? I am unclear on why it got overridden after initially being set correctly when the user decided to override the default. Wow, Sorry for the lousy mail client, sigh... At any rate it turned out to be the initial SetProperty did not have its Sequence attribute set, so it was re-applying in the execute phase. Thanks, jlc -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting property values based on Visual Studio build configurations.
In your project file add property value: lt;PropertyGroupgt; lt;DefineConstants Condition='$(Configuration)'=='Debug'gt;$(DefineConstants);MyConfig=MyDebugValuelt;/DefineConstantsgt; lt;DefineConstants Condition='$(Configuration)'=='Release'gt;$(DefineConstants);MyConfig=MyReleaseValuelt;/DefineConstantsgt; lt;/PropertyGroupgt; Hi Nir, Thanks for the pointer. I gather there is no way within a wxs or wxi file? Appreciate the help! jlc -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting property values based on Visual Studio build configurations.
Sure there is: ?if $(var.Configuration)==Debug? ?define MyVar=MyDebugVal? ?else? ?define MyVar=MyReleaseVal? ?endif? See Using Project References and Variables http://wixtoolset.org/documentation/manual/v3/votive/votive_project_references.html for more preprocessor variables, and Preprocessor http://wixtoolset.org/documentation/manual/v3/overview/preprocessor.html on how to use them. Ugh, I totally missed the boat on that, much appreciated Nir. jlc -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Setting property values based on Visual Studio build configurations.
I want to build an msi under debug with a specific set of values (that make sense in my dev env) versus release (which make sense in a prod env). As they are all public, users can modify them via the command line however they all populate default values used in various dialogs and it would be tidier to have them set appropriately for users. How does one accomplish this? Thanks, jlc -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Populating registry multiString MultiStringValue elements
I want to implement a listbox with optional entries to later insert into a registry multiString RegistryValue. What is the approach used here to perform this as the MultiStringValue's obviously will need to be dynamically added? Is the only way a CA that writes the values out? Thanks, jlc -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions in C# and disabling buttons
How about having the custom action set a property if the condition is met, and having the NewDialog event be conditioned on that property? Hi Nir, What I ended up doing was creating a validate button which invokes a custom action which sets a hidden property enabling the next button. This provides the event for the dialog to queue on triggering a state change in the next button. This is sub optimal because the data can be changed after validation. I hide a secondary validation in the next dialog to catch this. It would be nice to tie up all the logic in the click action, maybe dynamically setting the next dialog for example. I might add a dialogue to review the settings which would have next disabled if the few requiring validation failed, this might be a better ui experience. Thanks for following up, jlc -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom actions in C# and disabling buttons
I have a dialogue that executes a custom action to validate user specified input however it returns ActionResult.Failure in the event the user supplied data is not accurate. That's rather abrupt and unneeded, however I can not seem to work around a condition to disable the next action. How does one handle a case like this, the dialogue in question has a single text input box and I would like the next button to still invoke the action but not proceed until the condition is met? Thanks! jlc -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RegistrySearch on click
I think you’d have to write your own VB script/DLL custom action to: 1. Read the user’s input from a property 2. Read the existing value from the registry - http://stackoverflow.com/questions/34065/how-to-read-a-value-from-the-windows-registry 3. Write a property (or don’t) if the user’s input matches what’s currently in the registry 4. Use the newly created property to condition whether or not to allow the ‘Next’ button to proceed to the next dialog Hi Joel, It turned out to be rather simple to do this with a C# DLL. Thanks for the pointer, jlc -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] RegistrySearch on click
I have been searching around for a while without luck on the approach used to initiate a RegistrySearch using a value entered in a text field when the user presses next in a dialog. The best I could come up with was publishing a DoAction -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RegistrySearch on click
Trying that again... I have been searching around for a while without luck on the approach used to initiate a RegistrySearch using a value entered in a text field when the user presses next in a dialog. The best I could come up with was publishing a DoAction event in the next button control. However, I cant seem to find an indication that you can actually create a CustomAction that performs a registry search? Ultimately I need to return an error if the value is not found. Thanks, jlc -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ServiceInstall/ServiceControl name attribute restrictions
Trying that again... When I pass a variable reference such as [FOO]_[BAR] to the name attribute of both a ServiceInstall and ServiceControl element the package installs fine however when uninstalling the service is left running without being stopped and removed. When I pass a literal string, the package uninstalls fine. The docs do not indicate any restrictions, does anyone know of any reason this may occur? Thanks, jlc -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ServiceInstall/ServiceControl name attribute restrictions
http://robmensching.com/blog/posts/2010/5/2/the-wix-toolsets-remember-property-pattern/ Much appreciated, this installer at a later must support multiple instances at which point then this will all fit together, no need for a static location as I assume we can compile an extension to enumerate the instances installed at invocation time? Thanks! jlc -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ServiceInstall/ServiceControl name attribute restrictions
When I pass a variable reference to the name attribute of both a ServiceInstall and ServiceControl -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting install directory to a user chosen value.
The dialog that asks for MYID should be sequenced before the dialog that asks for INSTALLFOLDER. On the MYID dialog's Next button you should add the Publish element that sets INSTALLFOLDER to [CompanyName]\[MYID]. Does that make sense? Yup, that was the missing bit. Much appreciated. P.S On the markup you sent you have SetDirectory element with hard code C:\Program Files (x86)\. This is definitely not recommended. You should use [ProgramFilesFolder] instead. Yeah, that was just quickly typed in but thanks for catching that! Thanks again Nir, jlc -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting install directory to a user chosen value.
You have several options to do that: 1. Author a SetProperty http://wixtoolset.org/documentation/manual/v3/xsd/wix/setproperty.html element that will append the string entered by the user 2. Author a Publish http://wixtoolset.org/documentation/manual/v3/xsd/wix/publish.html element on the dialog's Next button (the dialog where the user enters the value). For costing to function properly make sure that the initial value for that directory is in the same volume. So the initial value should be c:\program files\company\ and you'll only append the last part on SetProperty / Publish elements. Hi Nir, Thanks for the response. Seems I need to change my dialogue, currently I define the Property element before the Dialogue and within the dialogue I Property Id=MYID Value=xxx / Dialog Id=My Dialog ... Control Type=Edit ... Property=MYID / After which I am able to use [MYID] in the various locations I need. Fragment Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=CompanyName Name=Company Name Directory Id=INSTALLFOLDER Name=App Name (some default) / /Directory /Directory /Directory SetDirectory Id=INSTALLFOLDER Value=C:\Program Files (x86)\ Company Name\App Name ([MYID]) / Property Id=WIXUI_INSTALLDIR Value=INSTALLFOLDER / /Fragment This falls apart as the directory chosen in the InstallDirDlg is not honored. Is the initial approach of defining the user specified variable correct to start? Thanks! jlc -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Setting install directory to a user chosen value.
I have a dialogue that asks a user for a string value, how do I pre populate this as the final child directory in the install path? I present the user with an install location dialogue that defaults to c:\program files\company\xxx and I want xxx to be the same as the string chosen? Thanks! jlc -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
