UI Display question
|
|
| 1 2 |
Tom Crozier
|
All -
In my installer I validate data on a dialog by performing a DoAction event (calling a custom action) on a next button press. It can take a minute or more to validate so I need to either display a popup dialog saying "Validating - Please wait..." or display the text on top of the current dialog. Then when the action finishes remove the dialog or text and proceed to the next dialog. Thanks - TopCat ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
Bob Arnson-6
|
Tom Crozier wrote:
> In my installer I validate data on a dialog by performing a DoAction event (calling a custom action) on a next button press. It can take a minute or more to validate so I need to either display a popup dialog saying "Validating - Please wait..." or display the text on top of the current dialog. Then when the action finishes remove the dialog or text and proceed to the next dialog. > Use a SpawnWaitDialog control event before your CA. -- sig://boB http://joyofsetup.com/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
|
Tom Crozier
|
Thanks for the reply Bob, but I have tried using the SpawnWaitDialog control without success. What am I missing?
I have attempted the following: I set the initial value of a property that my DTF custom action sets (it sets the property to either 1 or 0). Call the SpawnWaitDialog (The dialog just has a Text control to display Validating - Please wait...) Then call the custom action Display a failed dialog if not successful Otherwise go on to the next screen Code: Inside my Next Button control I do the following: <Publish Property="DATA_VALID" Value="2">1</Publish> <Publish Event="SpawnWaitDialog" Value="ValidatingDialog"><![CDATA[DATA_VALID <> 2]]></Publish> <Publish Event="DoAction" Value="ValidateDataImmediate">1</Publish> <Publish Event="SpawnDialog" Value="ValidationFailed"><![CDATA[DATA_VALID = 0]]></Publish> <Publish Event="NewDialog" Value="[DataDlg_Next]"><![CDATA[DATA_VALID = 1]]></Publish> Results: The Validating dialog is displayed forever. - I added a button on the validation dialog to publish "EndDialog" and when I press it, the dialog goes away and starts running the custom action. So the action is not getting run while the dialog is up. - If I add the Modeless="yes" and KeepModeless="yes" properties on the validating dialog it pops up and goes away immediately. Other combinations of attributes do not see to make a difference. - I attempted to move the DoAction to invoke the custom action inside of the validating dialog. But adding a publish event under a Text control does not seem to get invoked when the dialog is displayed. Thanks for your help - Tom -----Original Message----- From: Bob Arnson [mailto:[hidden email]] Sent: Thursday, October 29, 2009 7:52 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UI Display question Tom Crozier wrote: > In my installer I validate data on a dialog by performing a DoAction event (calling a custom action) on a next button press. It can take a minute or more to validate so I need to either display a popup dialog saying "Validating - Please wait..." or display the text on top of the current dialog. Then when the action finishes remove the dialog or text and proceed to the next dialog. > Use a SpawnWaitDialog control event before your CA. -- sig://boB http://joyofsetup.com/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/29/09 07:38:00 ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Tom Crozier
|
Anyone have any idea on how to get SpawnWaitDialog to work? I have tried various ways without success. (Calling the custom action as check and asyncWait) Setting various options on the dialog SystemModal, Modeless, KeepModeless as well.
Calling DoAction before SpawnWaitDialog as well as after. >From what I can tell if I run the custom action synchronously Calling the CA first then calling SpawnWaitDialog the custom action does not run until after I manually close the dialog. If I run the custom action first then the dialog never displays. If I run the custom action asynchronously Calling the CA first then calling SpawnWaitDialog the custom action does not run until after I manually close the dialog. If I run the custom action first then the dialog I have to manually close the dialog. I am running out of ideas. -----Original Message----- From: Tom Crozier [mailto:[hidden email]] Sent: Friday, October 30, 2009 9:36 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UI Display question Thanks for the reply Bob, but I have tried using the SpawnWaitDialog control without success. What am I missing? I have attempted the following: I set the initial value of a property that my DTF custom action sets (it sets the property to either 1 or 0). Call the SpawnWaitDialog (The dialog just has a Text control to display Validating - Please wait...) Then call the custom action Display a failed dialog if not successful Otherwise go on to the next screen Code: Inside my Next Button control I do the following: <Publish Property="DATA_VALID" Value="2">1</Publish> <Publish Event="SpawnWaitDialog" Value="ValidatingDialog"><![CDATA[DATA_VALID <> 2]]></Publish> <Publish Event="DoAction" Value="ValidateDataImmediate">1</Publish> <Publish Event="SpawnDialog" Value="ValidationFailed"><![CDATA[DATA_VALID = 0]]></Publish> <Publish Event="NewDialog" Value="[DataDlg_Next]"><![CDATA[DATA_VALID = 1]]></Publish> Results: The Validating dialog is displayed forever. - I added a button on the validation dialog to publish "EndDialog" and when I press it, the dialog goes away and starts running the custom action. So the action is not getting run while the dialog is up. - If I add the Modeless="yes" and KeepModeless="yes" properties on the validating dialog it pops up and goes away immediately. Other combinations of attributes do not see to make a difference. - I attempted to move the DoAction to invoke the custom action inside of the validating dialog. But adding a publish event under a Text control does not seem to get invoked when the dialog is displayed. Thanks for your help - Tom -----Original Message----- From: Bob Arnson [mailto:[hidden email]] Sent: Thursday, October 29, 2009 7:52 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UI Display question Tom Crozier wrote: > In my installer I validate data on a dialog by performing a DoAction event (calling a custom action) on a next button press. It can take a minute or more to validate so I need to either display a popup dialog saying "Validating - Please wait..." or display the text on top of the current dialog. Then when the action finishes remove the dialog or text and proceed to the next dialog. > Use a SpawnWaitDialog control event before your CA. -- sig://boB http://joyofsetup.com/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/29/09 07:38:00 ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/30/09 07:52:00 ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
Blair-2
|
According to Richard, the conditions employed by the dialogs don't recognize
changes to the properties unless you "set" the property to the new value of that property. Based on that, I suggest the following: <Publish Property="DATA_VALID" Value="2"/> <Publish Event="SpawnWaitDialog" Value="ValidatingDialog"><![CDATA[DATA_VALID <> 2]]></Publish> <Publish Event="DoAction" Value="ValidateDataImmediate"/> <Publish Property="DATA_VALID" Value="[DATA_VALID]"/> <Publish Event="SpawnDialog" Value="ValidationFailed"><![CDATA[DATA_VALID = 0]]></Publish> <Publish Event="NewDialog" Value="[DataDlg_Next]"><![CDATA[DATA_VALID = 1]]></Publish> His blog is http://legalizeadulthood.wordpress.com/2009/10/23/ui-custom-action-guideline s/ and the section of interest is where he mentions the "workaround". -----Original Message----- From: Tom Crozier [mailto:[hidden email]] Sent: Friday, October 30, 2009 4:59 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UI Display question Anyone have any idea on how to get SpawnWaitDialog to work? I have tried various ways without success. (Calling the custom action as check and asyncWait) Setting various options on the dialog SystemModal, Modeless, KeepModeless as well. Calling DoAction before SpawnWaitDialog as well as after. >From what I can tell if I run the custom action synchronously Calling the CA first then calling SpawnWaitDialog the custom action does not run until after I manually close the dialog. If I run the custom action first then the dialog never displays. If I run the custom action asynchronously Calling the CA first then calling SpawnWaitDialog the custom action does not run until after I manually close the dialog. If I run the custom action first then the dialog I have to manually close the dialog. I am running out of ideas. -----Original Message----- From: Tom Crozier [mailto:[hidden email]] Sent: Friday, October 30, 2009 9:36 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UI Display question Thanks for the reply Bob, but I have tried using the SpawnWaitDialog control without success. What am I missing? I have attempted the following: I set the initial value of a property that my DTF custom action sets (it sets the property to either 1 or 0). Call the SpawnWaitDialog (The dialog just has a Text control to display Validating - Please wait...) Then call the custom action Display a failed dialog if not successful Otherwise go on to the next screen Code: Inside my Next Button control I do the following: <Publish Property="DATA_VALID" Value="2">1</Publish> <Publish Event="SpawnWaitDialog" Value="ValidatingDialog"><![CDATA[DATA_VALID <> 2]]></Publish> <Publish Event="DoAction" Value="ValidateDataImmediate">1</Publish> <Publish Event="SpawnDialog" Value="ValidationFailed"><![CDATA[DATA_VALID = 0]]></Publish> <Publish Event="NewDialog" Value="[DataDlg_Next]"><![CDATA[DATA_VALID = 1]]></Publish> Results: The Validating dialog is displayed forever. - I added a button on the validation dialog to publish "EndDialog" and when I press it, the dialog goes away and starts running the custom action. So the action is not getting run while the dialog is up. - If I add the Modeless="yes" and KeepModeless="yes" properties on the validating dialog it pops up and goes away immediately. Other combinations of attributes do not see to make a difference. - I attempted to move the DoAction to invoke the custom action inside of the validating dialog. But adding a publish event under a Text control does not seem to get invoked when the dialog is displayed. Thanks for your help - Tom -----Original Message----- From: Bob Arnson [mailto:[hidden email]] Sent: Thursday, October 29, 2009 7:52 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UI Display question Tom Crozier wrote: > In my installer I validate data on a dialog by performing a DoAction event (calling a custom action) on a next button press. It can take a minute or more to validate so I need to either display a popup dialog saying "Validating - Please wait..." or display the text on top of the current dialog. Then when the action finishes remove the dialog or text and proceed to the next dialog. > Use a SpawnWaitDialog control event before your CA. -- sig://boB http://joyofsetup.com/ ---------------------------------------------------------------------------- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/29/09 07:38:00 ---------------------------------------------------------------------------- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/30/09 07:52:00 ---------------------------------------------------------------------------- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
Richard-45
|
In article <[hidden email]>, "Blair" <[hidden email]> writes: > According to Richard, the conditions employed by the dialogs don't recognize > changes to the properties unless you "set" the property to the new value of > that property. This only happens when the properties are changed by a custom action in a DoAction control event. If you change properties with published set property events from controls, you don't need the workaround. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com> ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Tom Crozier
|
In reply to this post
by Blair-2
Still not working.
I tried the workaround mentioned in Richard's blog but to no avail. I have now created the following sample installer to try to get this to work. C# Test custom action using System; using System.Collections.Generic; using System.Linq; using System.Text; using Microsoft.Deployment.WindowsInstaller; using System.Threading; namespace LongCustomAction { public class CustomActions { [CustomAction] public static ActionResult CustomAction1(Session session) { session.Log("Begin CustomAction1"); Thread.Sleep(10000); System.Console.Beep(); session["RESULTS"] = "1"; return ActionResult.Success; } } } WIX Code (snipets) <Binary Id='CustomActions' SourceFile='LongCustomAction.CA.dll'/> <!-- Run Async --> <CustomAction Id="TestLongAction1" BinaryKey="CustomActions" DllEntry="CustomAction1" Execute="immediate" HideTarget="no" Return="asyncWait"/> <!-- Run Sync --> <CustomAction Id="TestLongAction2" BinaryKey="CustomActions" DllEntry="CustomAction1" Execute="immediate" HideTarget="no" Return="check"/> <!-- In my initial dialog I set the following inside the Next Button and the call my TestDlg--> <Publish Property="RESULTS" Value="2">1</Publish> <!-- In the TestDlg I do the following--> <Control Id="TestButton" Type="PushButton" X="100" Y="100" Width="66" Height="18" Text="Test" TabSkip="no" Default="yes"> <Publish Event="SpawnWaitDialog" Value="ValidatingDialog"><![CDATA[RESULTS <> 2]]></Publish> <Publish Event="DoAction" Value="TestLongAction1">1</Publish> <Publish Property="RESULTS" Value="[RESULTS]">1</Publish> </Control> <!-- Validating dialog --> <Dialog Id="ValidatingDialog" X="50" Y="50" Width="330" Height="101" Title="Validation" ErrorDialog="no"> <Control Id="MessageText" Type="Text" X="60" Y="25" Width="260" Height="50" Text="Validating data. Please wait..." TabSkip="no"/> <Control Id="CancelDlg" Type="PushButton" X="230" Y="72" Width="81" Height="21" Text="Cancel" TabSkip="yes"> <Publish Event="EndDialog" Value="Return">1</Publish> </Control> </Dialog> With the CA run in async mode (using TestLongAction1 definition in the DoAction) The Please wait dialog is displayed but does not beep until I cancel the dialog and then cancel the installation. With the CA run in sync mode (using TestLongAction2 definition in the DoAction) The Please wait dialog is displayed but does not beep until 10 seconds after I cancel the dialog. (For some reason the SpawnWaitDialog is blocking the CA from running) If I change the order around and run the CA first then display the dialog I hear the beep and the Please wait dialog is never displayed just as I would expect since the CA set the property preventing it from displaying. So where do I go from here? Has anyone gotten SpawnWaitDialog to work? Is there any system dependency issues? Thanks again for the help - I need to get this working for a release. Tom -----Original Message----- From: Blair [mailto:[hidden email]] Sent: Friday, October 30, 2009 8:37 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] UI Display question According to Richard, the conditions employed by the dialogs don't recognize changes to the properties unless you "set" the property to the new value of that property. Based on that, I suggest the following: <Publish Property="DATA_VALID" Value="2"/> <Publish Event="SpawnWaitDialog" Value="ValidatingDialog"><![CDATA[DATA_VALID <> 2]]></Publish> <Publish Event="DoAction" Value="ValidateDataImmediate"/> <Publish Property="DATA_VALID" Value="[DATA_VALID]"/> <Publish Event="SpawnDialog" Value="ValidationFailed"><![CDATA[DATA_VALID = 0]]></Publish> <Publish Event="NewDialog" Value="[DataDlg_Next]"><![CDATA[DATA_VALID = 1]]></Publish> His blog is http://legalizeadulthood.wordpress.com/2009/10/23/ui-custom-action-guideline s/ and the section of interest is where he mentions the "workaround". -----Original Message----- From: Tom Crozier [mailto:[hidden email]] Sent: Friday, October 30, 2009 4:59 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UI Display question Anyone have any idea on how to get SpawnWaitDialog to work? I have tried various ways without success. (Calling the custom action as check and asyncWait) Setting various options on the dialog SystemModal, Modeless, KeepModeless as well. Calling DoAction before SpawnWaitDialog as well as after. >From what I can tell if I run the custom action synchronously Calling the CA first then calling SpawnWaitDialog the custom action does not run until after I manually close the dialog. If I run the custom action first then the dialog never displays. If I run the custom action asynchronously Calling the CA first then calling SpawnWaitDialog the custom action does not run until after I manually close the dialog. If I run the custom action first then the dialog I have to manually close the dialog. I am running out of ideas. -----Original Message----- From: Tom Crozier [mailto:[hidden email]] Sent: Friday, October 30, 2009 9:36 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UI Display question Thanks for the reply Bob, but I have tried using the SpawnWaitDialog control without success. What am I missing? I have attempted the following: I set the initial value of a property that my DTF custom action sets (it sets the property to either 1 or 0). Call the SpawnWaitDialog (The dialog just has a Text control to display Validating - Please wait...) Then call the custom action Display a failed dialog if not successful Otherwise go on to the next screen Code: Inside my Next Button control I do the following: <Publish Property="DATA_VALID" Value="2">1</Publish> <Publish Event="SpawnWaitDialog" Value="ValidatingDialog"><![CDATA[DATA_VALID <> 2]]></Publish> <Publish Event="DoAction" Value="ValidateDataImmediate">1</Publish> <Publish Event="SpawnDialog" Value="ValidationFailed"><![CDATA[DATA_VALID = 0]]></Publish> <Publish Event="NewDialog" Value="[DataDlg_Next]"><![CDATA[DATA_VALID = 1]]></Publish> Results: The Validating dialog is displayed forever. - I added a button on the validation dialog to publish "EndDialog" and when I press it, the dialog goes away and starts running the custom action. So the action is not getting run while the dialog is up. - If I add the Modeless="yes" and KeepModeless="yes" properties on the validating dialog it pops up and goes away immediately. Other combinations of attributes do not see to make a difference. - I attempted to move the DoAction to invoke the custom action inside of the validating dialog. But adding a publish event under a Text control does not seem to get invoked when the dialog is displayed. Thanks for your help - Tom -----Original Message----- From: Bob Arnson [mailto:[hidden email]] Sent: Thursday, October 29, 2009 7:52 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UI Display question Tom Crozier wrote: > In my installer I validate data on a dialog by performing a DoAction event (calling a custom action) on a next button press. It can take a minute or more to validate so I need to either display a popup dialog saying "Validating - Please wait..." or display the text on top of the current dialog. Then when the action finishes remove the dialog or text and proceed to the next dialog. > Use a SpawnWaitDialog control event before your CA. -- sig://boB http://joyofsetup.com/ ---------------------------------------------------------------------------- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/29/09 07:38:00 ---------------------------------------------------------------------------- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/30/09 07:52:00 ---------------------------------------------------------------------------- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/30/09 07:52:00 ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Richard-45
|
In article <[hidden email]>, Tom Crozier <[hidden email]> writes: > <!-- In the TestDlg I do the following--> > <Control Id="TestButton" Type="PushButton" X="100" Y="100" Width="66 " Height="18" Text="Test" TabSkip="no" Default="yes"> > <Publish Event="SpawnWaitDialog" Value="ValidatingDialog"><![CDATA [RESULTS <> 2]]></Publish> > <Publish Event="DoAction" Value="TestLongAction1">1</Publish> > <Publish Property="RESULTS" Value="[RESULTS]">1</Publish> > </Control> You are not specifying the order in which to publish these events. I don't know what WiX will do with this, whether or not it will create order numbers that are all the same, or create appropriate sequential ordering. Its best to be explicit, as I was in my blog: <Control Id="TestButton" Type="PushButton" X="100" Y="100" Width="66" Height="18" Text="Test" TabSkip="no" Default="yes"> <Publish Event="DoAction" Value="TestLongAction1" Order="1">1</Publish> <Publish Property="RESULTS" Value="[RESULTS]" Order="2">1</Publish> <Publish Event="SpawnWaitDialog" Value="ValidatingDialog" Order="3"> <![CDATA[RESULTS <> 2]]></Publish> </Control> This makes it explicitly perform the events in this order: 1. invoke the custom action 2. make sure Windows Installer recognizes the property change 3. spawn a wait dialog using the changed property. Assuming that WiX creates Order column values that increase in number following the order in which you gave them in your post, you still have the events in the wrong order. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com> ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Bob Arnson-6
|
In reply to this post
by Tom Crozier
Tom Crozier wrote:
> but does not beep until 10 seconds after I cancel the dialog. (For some reason the SpawnWaitDialog is blocking the CA from running) > I suspect that's how it's supposed to work. SpawnWaitDialog is typically used to show a costing dialog, which is shown until a system property is set by a background task. It looks like it doesn't return until that condition is true, so DoAction doesn't get a chance to execute the action. I think you need another approach. -- sig://boB http://joyofsetup.com/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Tom Crozier
|
But from what I read in MSDN about the SpawnWaitDialog ControlEvent http://msdn.microsoft.com/en-us/library/aa371864(VS.85).aspx it is for what I am trying to do. Just display a Please wait message while the CA is running. I am incorrect?
- Tom -----Original Message----- From: Bob Arnson [mailto:[hidden email]] Sent: Saturday, October 31, 2009 12:49 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UI Display question Tom Crozier wrote: > but does not beep until 10 seconds after I cancel the dialog. (For some reason the SpawnWaitDialog is blocking the CA from running) > I suspect that's how it's supposed to work. SpawnWaitDialog is typically used to show a costing dialog, which is shown until a system property is set by a background task. It looks like it doesn't return until that condition is true, so DoAction doesn't get a chance to execute the action. I think you need another approach. -- sig://boB http://joyofsetup.com/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/31/09 07:53:00 ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Bob Arnson-6
|
Tom Crozier wrote:
> But from what I read in MSDN about the SpawnWaitDialog ControlEvent http://msdn.microsoft.com/en-us/library/aa371864(VS.85).aspx it is for what I am trying to do. Just display a Please wait message while the CA is running. I am incorrect? > Try asyncNoWait for your Return attribute. The problem is that you need to launch the CA, then spawn the wait dialog; the dialog doesn't return until the wait condition is true, so you can't show it then call the CA. -- sig://boB http://joyofsetup.com/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Tom Crozier
|
When I try using 'asyncNoWait' I get:
error CNDL0038 : The CustomAction/@Return attribute's value, 'asyncNoWait', cannot be specified without attribute ExeCommand present. What I don't understand is that I would think the SpawnWaitDialog would need to run in its own thread waiting on the condition to be met (hence the name spawn) allowing processing to continue and the CA to be called. But from all my tests so far it seems it will display the dialog if the condition has not initially been met but it does not allow processing to continue so it can be taken down. Is there some simpler method to allow me to put up a Please wait dialog while a long CA is running and then have it taken down. I'm getting to the point of putting up the dialog in the CA itself but I would rather keep the GUI portion in the installer itself. If that is my only choice do you know how to get a hold of the Installer's window handle so I can make the dialog a child of it? Thanks - Tom -----Original Message----- From: Bob Arnson [mailto:[hidden email]] Sent: Saturday, October 31, 2009 2:53 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UI Display question Tom Crozier wrote: > But from what I read in MSDN about the SpawnWaitDialog ControlEvent http://msdn.microsoft.com/en-us/library/aa371864(VS.85).aspx it is for what I am trying to do. Just display a Please wait message while the CA is running. I am incorrect? > Try asyncNoWait for your Return attribute. The problem is that you need to launch the CA, then spawn the wait dialog; the dialog doesn't return until the wait condition is true, so you can't show it then call the CA. -- sig://boB http://joyofsetup.com/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/31/09 07:53:00 ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Tom Crozier
|
In reply to this post
by Richard-45
Richard - Sorry I didn't see your post until now. The order they are declared in is the order they are assigned as can be seen in the ControlEvent table via Orca.
So I changed the order that I am performing the events in and if I run the CA in async mode it will not run until I cancel the dialog and cancel the installer. If I run the CA synchronously then the dialog is never displayed since the CA sets the property before the SpawnWaitDialog is made. Thanks - Tom -----Original Message----- From: Richard [mailto:[hidden email]] Sent: Saturday, October 31, 2009 12:42 PM To: [hidden email] Subject: Re: [WiX-users] UI Display question In article <[hidden email]>, Tom Crozier <[hidden email]> writes: > <!-- In the TestDlg I do the following--> > <Control Id="TestButton" Type="PushButton" X="100" Y="100" Width="66 " Height="18" Text="Test" TabSkip="no" Default="yes"> > <Publish Event="SpawnWaitDialog" Value="ValidatingDialog"><![CDATA [RESULTS <> 2]]></Publish> > <Publish Event="DoAction" Value="TestLongAction1">1</Publish> > <Publish Property="RESULTS" Value="[RESULTS]">1</Publish> > </Control> You are not specifying the order in which to publish these events. I don't know what WiX will do with this, whether or not it will create order numbers that are all the same, or create appropriate sequential ordering. Its best to be explicit, as I was in my blog: <Control Id="TestButton" Type="PushButton" X="100" Y="100" Width="66" Height="18" Text="Test" TabSkip="no" Default="yes"> <Publish Event="DoAction" Value="TestLongAction1" Order="1">1</Publish> <Publish Property="RESULTS" Value="[RESULTS]" Order="2">1</Publish> <Publish Event="SpawnWaitDialog" Value="ValidatingDialog" Order="3"> <![CDATA[RESULTS <> 2]]></Publish> </Control> This makes it explicitly perform the events in this order: 1. invoke the custom action 2. make sure Windows Installer recognizes the property change 3. spawn a wait dialog using the changed property. Assuming that WiX creates Order column values that increase in number following the order in which you gave them in your post, you still have the events in the wrong order. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com> ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/31/09 07:53:00 ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Richard-45
|
In article <[hidden email]>, Tom Crozier <[hidden email]> writes: > Richard - Sorry I didn't see your post until now. The order they > are declared in is the order they are assigned as can be seen in the > ControlEvent table via Orca. Well, *I* can't see them in Orca because I don't have your MSI. Orca shows them in *an* order, but the true order in which they are executed is defined by the Order column. If they all have the same value for the Order column, then the order in which they are executed is undefined. > So I changed the order that I am performing the events in and if I > run the CA in async mode it will not run until I cancel the dialog and > cancel the install er. If I run the CA synchronously then the dialog is > never displayed since the CA sets the property before the SpawnWaitDialog > is made. AFAIK, Windows Installer doesn't use threads for this stuff. If you want the action to be asynchronous, it has to be an EXE action. It will then spawn off in another process. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com> ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Tom Crozier
|
Here are the entries from Orca, The last column is the Order.
As you can see, I have them in the order you suggested. Is there something else I'm missing? MainDlg TestButton [RESULTS] [RESULTS] 1 2 MainDlg TestButton DoAction TestLongAction2 1 1 MainDlg TestButton SpawnWaitDialog ValidatingDialog RESULTS <> 2 3 As far as the async goes there are 2 synchronous methods for calling CA's Check and Ignore. And there are 2 async methods asyncWait and asyncNoWait. asyncNoWait is only allowed for an EXE action but I am allowed to use asyncWait which I have done in my tests. I also played around with the dialog properties SystemModal, Modeless and KeepModeless but none of those seemed to make it work. Thanks - Tom -----Original Message----- From: Richard [mailto:[hidden email]] Sent: Saturday, October 31, 2009 8:04 PM To: [hidden email] Subject: Re: [WiX-users] UI Display question In article <[hidden email]>, Tom Crozier <[hidden email]> writes: > Richard - Sorry I didn't see your post until now. The order they > are declared in is the order they are assigned as can be seen in the > ControlEvent table via Orca. Well, *I* can't see them in Orca because I don't have your MSI. Orca shows them in *an* order, but the true order in which they are executed is defined by the Order column. If they all have the same value for the Order column, then the order in which they are executed is undefined. > So I changed the order that I am performing the events in and if I > run the CA in async mode it will not run until I cancel the dialog and > cancel the install er. If I run the CA synchronously then the dialog is > never displayed since the CA sets the property before the SpawnWaitDialog > is made. AFAIK, Windows Installer doesn't use threads for this stuff. If you want the action to be asynchronous, it has to be an EXE action. It will then spawn off in another process. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com> ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/31/09 07:53:00 ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Richard-45
|
In reply to this post
by Tom Crozier
In article <[hidden email]>, Tom Crozier <[hidden email]> writes: > Is there some simpler method to allow me to put up a Please wait > dialog while a long CA is running and then have it taken down. Let me take a step back from the details and see if I can understand what you are trying to do in a larger context. What does this lengthy CA do? Why does it need to be in the UI? -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com> ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Richard-45
|
In reply to this post
by Tom Crozier
In article <[hidden email]>, Tom Crozier <[hidden email]> writes: > As far as the async goes there are 2 synchronous methods for calling > CA's Che ck and Ignore. And there are 2 async methods asyncWait and > asyncNoWait. asyncNo Wait is only allowed for an EXE action but I am > allowed to use asyncWait which I have done in my tests. asyncWait says that it will wait for the CA to finish when it gets to the end of the execute sequence. This isn't what you are trying to do. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com> ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Tom Crozier
|
In reply to this post
by Richard-45
The lengthy CA validates the users credentials via a web service which can take upwards of a minute on some systems. I validate the credentials during the UI phase so that there are no errors during the install phase, (Background the entire install takes over a half an hour to perform because it loads several hundred thousand records into a SQL server db, then puts reports onto a SQL Reporting Server, as well as configuring IIS etc...). My initial installer just goes out to lunch while validating the user's credentials when pressing the next button and finally displays the next dialog. All I would like to do is just display a "Please wait validating..." message while the CA is running and take it down when the CA is finished.
Thanks - Tom -----Original Message----- From: Richard [mailto:[hidden email]] Sent: Saturday, October 31, 2009 10:17 PM To: [hidden email] Subject: Re: [WiX-users] UI Display question In article <[hidden email]>, Tom Crozier <[hidden email]> writes: > Is there some simpler method to allow me to put up a Please wait > dialog while a long CA is running and then have it taken down. Let me take a step back from the details and see if I can understand what you are trying to do in a larger context. What does this lengthy CA do? Why does it need to be in the UI? -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com> ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/31/09 21:14:00 ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Tom Crozier
|
In reply to this post
by Richard-45
I believe it is, but I also thought that SpawnWaitDialog should also allow the dialog to be displayed and processing to continue until the property condition is met. In previous test versions I had called SpawnWaitDialog first thinking that it would be run in a separate process or thread and allow DoAction to be called after it.
-----Original Message----- From: Richard [mailto:[hidden email]] Sent: Saturday, October 31, 2009 10:21 PM To: [hidden email] Subject: Re: [WiX-users] UI Display question In article <[hidden email]>, Tom Crozier <[hidden email]> writes: > As far as the async goes there are 2 synchronous methods for calling > CA's Che ck and Ignore. And there are 2 async methods asyncWait and > asyncNoWait. asyncNo Wait is only allowed for an EXE action but I am > allowed to use asyncWait which I have done in my tests. asyncWait says that it will wait for the CA to finish when it gets to the end of the execute sequence. This isn't what you are trying to do. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com> ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/31/09 21:14:00 ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
|
Bob Arnson-6
|
In reply to this post
by Tom Crozier
Tom Crozier wrote:
> When I try using 'asyncNoWait' I get: > error CNDL0038 : The CustomAction/@Return attribute's value, 'asyncNoWait', cannot be specified without attribute ExeCommand present. > Right, sorry; it's valid only for .exe CAs. > What I don't understand is that I would think the SpawnWaitDialog would need to run in its own thread waiting on the condition to be met (hence the name spawn) allowing processing to continue and the CA to be called. But from all my tests so far it seems it will display the dialog if the condition has not initially been met but it does not allow processing to continue so it can be taken down. > It doesn't return control to your ControlEvent authoring until the wait dialog has been closed, either by canceling or by the wait condition being met. > Is there some simpler method to allow me to put up a Please wait dialog while a long CA is running and then have it taken down. You might be able to use control conditions to hide/disable controls and show a "please wait" text control instead. -- sig://boB http://joyofsetup.com/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users |
||||||||||||||||
| Free Embeddable Forum Powered by Nabble | Help |
