[WiX-users] Dialog button not responding to mouse clicks
I'm a bit hesitant to post this, it seems so unlikely ... I have a custom dialog that I've added to a WiX project, first 3.5 and now 3.7, and it has a Next button. Sometimes, like 20% - 30% of the times I run this install, the Next button doesn't respond to mouse clicks! I can click and click on the button, and it is simply dead. But then, believe it or not, if I simply move the mouse away from the button and then back again, and click, then it works! I can mention that this only happens if I've first clicked on one or more of the other controls on the dialog in question, a radio button or a check box. But still, after clicking on the other controls, the Next button works about 75% of the times, and is temporarily dead 25% of the times. This isn't specific to one machine. I've only done tests on two machines so far, but the failure percentage seems to be approx. the same on both, about 25%. (Machines in question are Windows 7 and Windows Server 2008.) I've tried Googling this in various ways, and also tried searching the Nabble archives of this mailing list. The only similar description I've found is this: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ALLUSER-Radiobutton-control-tt7219912.html Strangely enough, that person's dialog also included radio buttons and also included publish tags that set property values for his Next button. As far as I can see he never got any answer. Don't know how relevant it is but I've attached a screen shot of Orca displaying the ControlEvent table entries for this dialog. Thanks in advance for any suggestions. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Project with merge modules defeating incremental build facility
This was not a problem in WiX 3.5, but apparently as part of 3.6 support was added to the MSBuild targets for incremental builds by testing the timestamps on all input files to the link task to see if they were newer than the output files. I haven't been able to find any documentation - Bob Arnson mentions it at the end of this thread in May 2011, http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Developer-with-WiX-experience-needed-proper-incremental-build-support-td6380785.html#a6383958 and it's mentioned with a single line in the 3.6 release notes, .wixproj MSBuild projects support incremental build. http://wix.codeplex.com/releases/view/93929 This is a nice facility, although it would have been even nicer with more information and maybe an option to turn it off. Anyway, my problem with it is that when I have the C++ runtime merge module in my project this forces a link to be done every time, even if no input is changed. As far as I can determine the processing of the merge module involves the creation of three temporary files: C:\Users\rp\AppData\Local\Temp\4q3ufw1n\MergeId.49012\F_CENTRAL_msvcp110_x86.D371D00B_69EC_3F8E_A622_74710A89ADC1 C:\Users\rp\AppData\Local\Temp\4q3ufw1n\MergeId.49012\F_CENTRAL_msvcr110_x86.D371D00B_69EC_3F8E_A622_74710A89ADC1 C:\Users\rp\AppData\Local\Temp\4q3ufw1n\MergeId.49012\F_CENTRAL_vccorlib110_x86.D371D00B_69EC_3F8E_A622_74710A89ADC1 I've extracted these filenames from the BindContentsFileList file, and I see them in the MSBuild log. I've never actually seen these files themselves with my own eyes - they are apparently created, consumed, and then deleted so quickly that human reflexes can't cope. But my guess is that they have a timestamp of now, instead of being given a timestamp corresponding to the merge module, and this sabotages the incremental build testing. Which in turn sabotages all of the following incremental builds in the overall project. For now I've modified the WiX target so the link task no longer includes _BindInputs as part of its Inputs= list. Have I understood the situation correctly? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Project-with-merge-modules-defeating-incremental-build-facility-tp7584279.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Project with merge modules defeating incremental build facility
Hi Rob, and thanks for your reply. robmen wrote Want to help us fix the root issue? If so, love to start a discussion on wix-devs@.sourceforge about the best way to fix the targets to correctly handle the situation. First off, I tried answering via the [hidden email] link, but then I get a Nabble error Domain starts with dot. Please fix the error and try again. Which I don't understand at all. About the problem ... Is it a part of WiX that creates (and later deletes) those three temporary files? If so, am I correct in suspecting that the files are created without fixing their timestamp after creation? If so, then the fix should be simple: set the timestamp of those three files to match the timestamp on the merge module file. Then the three temporary files will not trigger a re-link in most cases, but if the merge module is updated then they will trigger a re-link. Case solved! Yours, Rennie -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Project-with-merge-modules-defeating-incremental-build-facility-tp7584279p7584302.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX creating obj file in strange place
In my WiX 3.5 project I'm including a wxs file via a link. I.e., the wxs file is not in the project folder, it is fairly far away in the folder structure, and is included using Visual Studio's Add as a link facility. A specific example: My project is here: D:\Merlinia\Trunk\OutBack5x\OutBack Server\WiX 3.5 Install\OutBack Server - WiX.wixproj I include the following file using Add as a link: D:\Merlinia\Trunk\Common5x\WiX Include files\LicenseAgreementKludge.wxs This works fine, except for one strange side-effect. WiX creates two new folders in which to place the obj file for the included file! Here is where the obj file is placed: D:\Merlinia\Trunk\OutBack5x\OutBack Server\Common5x\WiX Include files\LicenseAgreementKludge.wixobj In doing this it has created the two folders Common5x\WiX Include files. Which I would prefer that it didn't do - I would prefer that it placed the obj file for the included file the same place as all of the other obj files. Is this a bug or a feature? Is it possible to avoid this? I've tried asking about this at StackOverflow, and got some suggestions, but while they fixed the original problem they had side-effects of their own that were even worse. http://stackoverflow.com/questions/5235560/wix-creating-obj-file-in-stra nge-place Thanks in advance for any suggestions. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX creating obj file in strange place
Hmmm, no answers ... I'm wondering if someone could at least point me in the right direction if I decide to take a look at the source code and see if I can fix this myself. Thanks. -Original Message- From: Rennie Petersen [mailto:r...@merlinia.com] Sent: 16. marts 2011 15:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WiX creating obj file in strange place In my WiX 3.5 project I'm including a wxs file via a link. I.e., the wxs file is not in the project folder, it is fairly far away in the folder structure, and is included using Visual Studio's Add as a link facility. A specific example: My project is here: D:\Merlinia\Trunk\OutBack5x\OutBack Server\WiX 3.5 Install\OutBack Server - WiX.wixproj I include the following file using Add as a link: D:\Merlinia\Trunk\Common5x\WiX Include files\LicenseAgreementKludge.wxs This works fine, except for one strange side-effect. WiX creates two new folders in which to place the obj file for the included file! Here is where the obj file is placed: D:\Merlinia\Trunk\OutBack5x\OutBack Server\Common5x\WiX Include files\LicenseAgreementKludge.wixobj In doing this it has created the two folders Common5x\WiX Include files. Which I would prefer that it didn't do - I would prefer that it placed the obj file for the included file the same place as all of the other obj files. Is this a bug or a feature? Is it possible to avoid this? I've tried asking about this at StackOverflow, and got some suggestions, but while they fixed the original problem they had side-effects of their own that were even worse. http://stackoverflow.com/questions/5235560/wix-creating-obj-file-in-stra nge-place Thanks in advance for any suggestions. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX creating obj file in strange place
Edwin, thank you very much. (And thank you to Travis Illig for the blog article.) For me at least, the provided work-around didn't quite work - I needed to add a backslash to the path. I've updated my query at Stack Overflow, so hopefully others can get the benefit of that blog article. -Original Message- From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: 18. marts 2011 17:41 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WiX creating obj file in strange place This post describes the issue and provides a workaround: http://www.paraesthesia.com/archive/2011/02/07/wix-3-5-2519-0-incorrect-intermediate-object-path-for.aspx Edwin G. Castro Software Developer - Staff Digital Channels Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Rennie Petersen [mailto:r...@merlinia.com] Sent: Friday, March 18, 2011 7:21 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WiX creating obj file in strange place Hmmm, no answers ... I'm wondering if someone could at least point me in the right direction if I decide to take a look at the source code and see if I can fix this myself. Thanks. -Original Message- From: Rennie Petersen [mailto:r...@merlinia.com] Sent: 16. marts 2011 15:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WiX creating obj file in strange place In my WiX 3.5 project I'm including a wxs file via a link. I.e., the wxs file is not in the project folder, it is fairly far away in the folder structure, and is included using Visual Studio's Add as a link facility. A specific example: My project is here: D:\Merlinia\Trunk\OutBack5x\OutBack Server\WiX 3.5 Install\OutBack Server - WiX.wixproj I include the following file using Add as a link: D:\Merlinia\Trunk\Common5x\WiX Include files\LicenseAgreementKludge.wxs This works fine, except for one strange side-effect. WiX creates two new folders in which to place the obj file for the included file! Here is where the obj file is placed: D:\Merlinia\Trunk\OutBack5x\OutBack Server\Common5x\WiX Include files\LicenseAgreementKludge.wixobj In doing this it has created the two folders Common5x\WiX Include files. Which I would prefer that it didn't do - I would prefer that it placed the obj file for the included file the same place as all of the other obj files. Is this a bug or a feature? Is it possible to avoid this? I've tried asking about this at StackOverflow, and got some suggestions, but while they fixed the original problem they had side-effects of their own that were even worse. http://stackoverflow.com/questions/5235560/wix-creating-obj-file-in-stra nge-place Thanks in advance for any suggestions. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX creating obj file in strange place
Hi Rob, Thank you very much for your explanation. I have an alternative suggestion as to how this feature should be implemented, as I think it is unfortunate that the current implementation punishes 99.9% of the WiX users in order to avoid problems that only 0.1% of the users encounter. Add an option to candle.exe (and light.exe?), something like -individualizedoutput. If the option is missing, place all obj files in the same folder, like in the good old days. But add code to detect the error that 0.1% of the users encounter, the ones who link to multiple files with the same file name. If you detect this situation, then write out an error message like Multiple files with same file name XX.wxs are being compiled to same resulting obj file. Suggest use of the -individualizedoutput option. The compile ends with an error code, i.e., the compile is considered to have failed. Only if the -individualizedoutput option is present should the current technique of placing obj files in strange places be enabled. I think this would be more user-friendly than the current situation, and at the same time avoid the need for implementing metadata as you suggest. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: 19. marts 2011 19:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WiX creating obj file in strange place It's a feature that usually looks like a bug. The feature came about because there were some people creating links to files that had the same file name. During compile one of the .wixobj's would get overwritten. It was a very mysterious issue and took us a long time to figure out. Now, I don't care for the way the fix was implemented (I would have rather we allow you to specify metadata on one of the files to rename the .wixobj output) but that is where we are at right now. If someone wanted to do the MSBuild-magic to get the behavior I described above and contribute it, that would be quite fantastic. On Wed, Mar 16, 2011 at 7:35 AM, Rennie Petersen r...@merlinia.com wrote: In my WiX 3.5 project I'm including a wxs file via a link. I.e., the wxs file is not in the project folder, it is fairly far away in the folder structure, and is included using Visual Studio's Add as a link facility. A specific example: My project is here: D:\Merlinia\Trunk\OutBack5x\OutBack Server\WiX 3.5 Install\OutBack Server - WiX.wixproj I include the following file using Add as a link: D:\Merlinia\Trunk\Common5x\WiX Include files\LicenseAgreementKludge.wxs This works fine, except for one strange side-effect. WiX creates two new folders in which to place the obj file for the included file! Here is where the obj file is placed: D:\Merlinia\Trunk\OutBack5x\OutBack Server\Common5x\WiX Include files\LicenseAgreementKludge.wixobj In doing this it has created the two folders Common5x\WiX Include files. Which I would prefer that it didn't do - I would prefer that it placed the obj file for the included file the same place as all of the other obj files. Is this a bug or a feature? Is it possible to avoid this? I've tried asking about this at StackOverflow, and got some suggestions, but while they fixed the original problem they had side-effects of their own that were even worse. http://stackoverflow.com/questions/5235560/wix-creating-obj-file-in-stra nge-placehttp://stackoverflow.com/questions/5235560/wix-creating-obj-fi le-in-strange-place Thanks in advance for any suggestions. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ALLUSERS=0 (or null) not working
I'm very new to WiX and Windows Installer, so maybe I'm doing something
dumb...
When the ALLUSERS property is not defined I get a per-user install.
But when I define ALLUSERS and give it a value of 0 then I get a
per-machine install.
I've checked the MSI with Orca, and the value of ALLUSERS is 0.
I've also tried giving it a value null (''), and that gave the same
result.
Help, please?
Thanks,
Rennie
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ALLUSERS=0 (or null) not working
Thanks. But how is it possible from a dialog box to choose per-user and per-machine installs? Can you define a property on-the-fly from a radio button control? Are there examples of how to do this somewhere? (I know that Wise for Windows Installer somehow supports this.) Thanks again. Rennie From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: 14. april 2007 20:58 To: Rennie Petersen Cc: [EMAIL PROTECTED] Subject: Re: [WiX-users] ALLUSERS=0 (or null) not working Rennie Petersen wrote: When the ALLUSERS property is not defined I get a per-user install. But when I define ALLUSERS and give it a value of 0 then I get a per-machine install. For reasons long to the mists of time, ALLUSERS=0 isn't a valid value; only 1, 2, and null are, per the ALLUSERS Property topic in the MSI SDK. -- sig://boB http://bobs.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ALLUSERS=0 (or null) not working
OK, thanks again, that hint and a lot of searching finally got me to a
solution. Which is (this solution is for the case where default should
be a single-user install):
In the non-UI part of your project, place a definition similar to the
following:
Property Id=I_USERScur/Property !-- cur or all --
Do NOT try to define a default null value for the ALLUSERS property. As
far as I can determine it is not possible to define ALLUSERS to a null
value using a Property element.
In the UI dialog box your radio buttons should look like this:
Control Id=UsersRBs Type=RadioButtonGroup X=26 Y=140
Width=305 Height=45 Property=I_USERS Text=I_USERS
RadioButtonGroup Property=I_USERS
RadioButton Value=cur X=0 Y=0 Width=295 Height=16
Text=Install for current user. /
RadioButton Value=all X=0 Y=20 Width=295
Height=16 Text=Install for all users. /
/RadioButtonGroup
/Control
And the Next pushbutton control should include these two lines:
Publish Property=ALLUSERS Value={}I_USERS =
cur/Publish !-- set null value --
Publish Property=ALLUSERS Value=1I_USERS =
all/Publish
That's it.
If I've misunderstood something I'd be very happy to hear about it.
Rennie
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rennie
Petersen
Sent: 14. april 2007 21:19
To: [EMAIL PROTECTED]
Subject: Re: [WiX-users] ALLUSERS=0 (or null) not working
Thanks.
But how is it possible from a dialog box to choose per-user
and per-machine installs?
Can you define a property on-the-fly from a radio button
control?
Are there examples of how to do this somewhere?
(I know that Wise for Windows Installer somehow supports this.)
Thanks again.
Rennie
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: 14. april 2007 20:58
To: Rennie Petersen
Cc: [EMAIL PROTECTED]
Subject: Re: [WiX-users] ALLUSERS=0 (or null) not
working
Rennie Petersen wrote:
When the ALLUSERS property is not defined I get
a per-user install.
But when I define ALLUSERS and give it a value
of 0 then I get a per-machine install.
For reasons long to the mists of time, ALLUSERS=0 isn't
a valid value; only 1, 2, and null are, per the ALLUSERS Property topic
in the MSI SDK.
--
sig://boB
http://bobs.org http://bobs.org
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Feature Ordering?
Have you tried nesting Feature elements, instead of using FeatureRef's? Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Julie Campbell Sent: 15. april 2007 23:53 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Feature Ordering? Is there a way to explicitly set the ordering of sub-features? Mine keep getting alphabetized in the following code segment, which doesn't match the picture the marketing guys want: Feature Id='Express' Title='!(loc.TSBSuite)' Description='(!Loc.TSBSuiteDescr)' Display='expand' ConfigurableDirectory='INSTALLDIR' Level='1' ComponentRef Id=IDProgramGroup / FeatureRef Id=TestScriptBuilderCore / FeatureRef Id=TestScriptBuilderRec / FeatureRef Id=KE26xx / FeatureRef Id=KE37xx / /Feature Gives me a tree like so: TSBSuite TestScriptBuilderCore KE26xx KE37xx TestScriptBuilderRec When what I want is this: TSBSuite TestScriptBuilderCore TestScriptBuilderRec KE26xx KE37xx If not, can anyone tell me what the ordering is based on so I can manipulate whatever accordingly? Julie Campbell [EMAIL PROTECTED] __ ___ Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.com __ ___ -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Localization question
Are you sure you're using the Norwegian localization file during your final link? (Are you saying some text is localized and some isn't?) Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Bjørnsen Sent: 18. april 2007 16:54 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Localization question Me again :P got some more questions regarding WIX I can't quite figure out. If I set the Language/Languages properties of the Product/Package tags to say 1044 for Norwegian, should not error-messages be shown in Norwegian then? I checked out WixUI_en-us.wxl and WixUI_no-no.wxl, why do they only have 1938 of the 3010 errormessages there are? Can I build a WXL localization file that will replace the text of UIText, ProgressText and Error in a custom Wix project (not based on WixUI)? If so what are the appropriate steps? I tried as a test to replace Property Id=ButtonText_Next![CDATA[Next ]]/Property with Property Id=ButtonText_Next![CDATA[Testprop ]]/Property in WixEdit the buttons showed Testprop, but after compiling the MSI and running it the MSI still showed Next why? Sincerely -Thomas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dialog Editor
I use SharpDevelop 2.1. Its dialog editor works fairly well with WiX dialogs. Just be aware that all comments are deleted. :-( There's also an open source program called WiXEdit. I tried it out but ran into problems. I've made a simple beginner's tutorial for using WiX (with SharpDevelop). It's more basic than the official tutorial and covers much less of WiX, but in more detail. If people on this forum think there's a need for something like this I could publish it. Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Wieser Sent: 19. april 2007 11:26 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Dialog Editor I thought I once saw a tool that could decompile .rc or .res files from visual studio, and produce WiX dialogs. However, I can't find any information on where this was. Was I imagining it, or could one of you kind people point me in the right direction. Thanks. Anthony Wieser Wieser Software Ltd -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Suppressing EULA on NET 2.0 and MSM errors in Wix3.0
Don't know if it's relevant for you, but I'm using an open source program
called dotNetInstaller to ensure .NET Framework is installed.
Rennie
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Thomas
Bjørnsen
Sent: 19. april 2007 14:29
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Suppressing EULA on NET 2.0 and MSM errors in
Wix3.0
Hi again.
Yesterday i switched our project over to Wix3.0/Votive 3.0 to get the
MSBuild feature and get a boostrapper going from an example a kind individual
posted here
ItemGroup
BootstrapperItem Include=Microsoft.Net.Framework.2.0
ProductNameMicrosoft .NET Framework 2.0/ProductName
/BootstrapperItem
BootstrapperItem Include={511DAC48-6CBB-43a3-A64D-0182F2A9EBC2}
ProductNameMicrosoft .NET Framework 3.0/ProductName
/BootstrapperItem
/ItemGroup
Target Name=GenerateBootstrapper
GenerateBootstrapper ApplicationName=My Application
ApplicationFile=$(TargetFileName) BootstrapperItems=@(BootstrapperItem)
ComponentsLocation=HomeSite OutputPath=$(OutputPath) Culture=en-US /
/Target
Import Project=$(WixToolPath)\Wix.targets /
PropertyGroup
BuildDependsOn
PrepareForBuild;
Compile;
Link;
GenerateBootstrapper
/BuildDependsOn
/PropertyGroup
Problem is, when launching the user has to accept/not accept installing
NET 2.0, we do not want the users to have this option, we want a forced install
of NET if this is possible. Anyway I can edit/create an addendum to the above
XML to allow for this?
Second problem is MSM/Merge modules.
Under directory tag:
Merge Id=Sp5.Msm Language=1033 DiskId=1
SourceFile=redist\Sp5.Msm /
Merge Id= Sp5CCInt.Msm Language=1033 DiskId=1
SourceFile=redist\Sp5CCInt.Msm /
Merge Id=Sp5Intl.Msm Language=1033 DiskId=1
SourceFile=redist\Sp5Intl.Msm /
Merge Id=Sp5itn.Msm Language=1033 DiskId=1
SourceFile=redist\Sp5itn.Msm /
Merge Id=Sp5SR.Msm Language=1033 DiskId=1
SourceFile=redist\Sp5SR.Msm /
Merge Id=Sp5TTInt.Msm Language=1033 DiskId=1
SourceFile=redist\Sp5TTInt.Msm /
Merge Id=Sp5TTIntXP.Msm Language=1033 DiskId=1
SourceFile=redist\Sp5TTIntXP.Msm /
Merge Id=SpCommon.Msm Language=1033 DiskId=1
SourceFile=redist\SpCommon.Msm /
Under Feature tag:
MergeRef Id=Sp5.Msm /
MergeRef Id= Sp5CCInt.Msm /
MergeRef Id=Sp5Intl.Msm /
MergeRef Id=Sp5itn.Msm /
MergeRef Id=Sp5SR.Msm /
MergeRef Id=Sp5TTInt.Msm /
MergeRef Id=Sp5TTIntXP.Msm /
MergeRef Id=SpCommon.Msm /
Quite the number of warnings in the form of:
light.exe : warning LGHT1076 : ICE03: String overflow (greater than
length permitted in column); Table: Registry, Column: Registry, Key(s):
Registry83.0880F209_45FA_42C5_92AE_5E620033E8EC_O.0880F209_45FA_42C5_92AE_5E620033E8EC
Then comes a warning followed by an error
light.exe : warning LGHT1076 : ICE03: String overflow (greater than
length permitted in column); Table: Registry, Column: Registry, Key(s):
Registry115.0880F209_45FA_42C5_92AE_5E620033E8EC_O.0880F209_45FA_42C5_92AE_5E620033E8EC
light.exe : error LGHT0204 : ICE27: Action: 'DuplicateFiles' in
InstallExecuteSequence table must come after the 'InstallFiles' action.
Then several warnings with the following pattern:
light.exe : warning LGHT1076 : ICE30: The target file 'Mary.SDF' might
be installed in '[CommonFilesFolder]\SPEECH~1\MICROS~1\TTS\1033\' by two
different conditionalized components on an SFN system: '
TTSData.A95D6CE6_C572_42AA_AA7B_BA92AFE9EA24' and
'TTSDataXP.8D1ED0D3_2DE5_40CD_83D4_76855A7380E8'. If the conditions are not
mutually exclusive, this will break the component reference counting system.
Two more errors:
:\Documents and Settings\Thomas\Lokale
innstillinger\Temp\8ptfefjo\Installasjonsskjelett.msi : error LGHT0204 : ICE32:
Possible Mis-Aligned Foreign Keys
Feature.1 = s38
Class.Feature_ = s32
C:\Documents and Settings\Thomas\Lokale
innstillinger\Temp\8ptfefjo\Installasjonsskjelett.msi : error LGHT0204 : ICE32:
Possible Mis-Aligned Foreign Keys
Feature.1 = s38
TypeLib.Feature_ = s32
Then some more warnings:
warning LGHT1076 : ICE46: Property 'WindowsFamily9X' referenced in
column 'LaunchCondition'.'Description' of row 'VersionNT' differs from a
defined property by case only.
light.exe : warning LGHT1076 : ICE54:
Re: [WiX-users] Any interest in a beginner's tutorial?
Can you send a link to that tutorial? Thanks for your interest. My WiX tutorial not currently on-line, and it would involve some work to place it on-line (formatting web pages, copying sample files, etc.) So I'll ask again, is there really any interest in yet another WiX tutorial? Mine is more introductory than the current official one, covers only the basic features in WiX, but does cover a few things like creating your own dialog boxes and localization more comprehensively. Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nathan Stohlmann Sent: 19. april 2007 17:34 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Dialog Editor From playing around with it for 15min, SharpDevelop seems like a pretty decent recommendation. Can you send a link to that tutorial? On 4/19/07, Rennie Petersen [EMAIL PROTECTED] wrote: I use SharpDevelop 2.1. Its dialog editor works fairly well with WiX dialogs. Just be aware that all comments are deleted. :-( There's also an open source program called WiXEdit. I tried it out but ran into problems. I've made a simple beginner's tutorial for using WiX (with SharpDevelop). It's more basic than the official tutorial and covers much less of WiX, but in more detail. If people on this forum think there's a need for something like this I could publish it. Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Wieser Sent: 19. april 2007 11:26 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Dialog Editor I thought I once saw a tool that could decompile .rc or .res files from visual studio, and produce WiX dialogs. However, I can't find any information on where this was. Was I imagining it, or could one of you kind people point me in the right direction. Thanks. Anthony Wieser Wieser Software Ltd -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- --Nathan Stohlmann Minneapolis, MN USA [EMAIL PROTECTED] -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Skip license dialog
Yes, that is very easy, at least if you are working with the UI in source form. Just change the sequence of dialog boxes to omit the dialog box that shows the license agreement. But you do need to download the WiX source and work with the dialog sequencer in source. Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrei Sent: 20. april 2007 12:31 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Skip license dialog Hi All, Is it possible not to show the licence agreement dialog? I use wix ver. 2. Andrei -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems overriding dialog sequence
You need to change some things in the WixUI_InstallDir.wxs file to change the sequencing of dialog boxes. Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Wieser Sent: 20. april 2007 13:08 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Problems overriding dialog sequence I'm trying (in vain) to add a registration dialog between the License Agreement page, and the installDir dialog using the UIRef Id=WixUI_InstallDir / default dialog set. In my UI/UI section, I've added this: Publish Dialog=LicenseAgreementDlg Control=Next Event=NewDialog Value=UserRegistrationDlgLicenseAccepted = 1/Publish Publish Dialog=InstallDirDlg Control=Back Event=NewDialog Value=UserRegistrationDlg Order=21/Publish as well as the definition of my UserRegistrationDlg. Unfortunately, when I look at the file using orca, I see that there are two Next actions now: LicenseAgreementDlg Next NewDialog UserRegistrationDlg LicenseAccepted = 1 1 LicenseAgreementDlg Next NewDialog InstallDirDlg LicenseAccepted = 1 1 How can I remove the Next action for InstallDirDlg? Anthony Wieser Wieser Software Ltd -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Beginner's Tutorial, Books, Versions...
Julie, Thanks for the Wiki. To all interested: I've published the first two pages (out of five) of my beginners tutorial. http://www.merlinia.com/mdt/WiXTutorial.msl It's a lot more work than I expected. :-( Corrections, suggestions, criticism, etc. very welcome. Probably not of much interest to anybody here because it's so introductory... Yours, Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Julie Campbell Sent: 23. april 2007 19:52 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Beginner's Tutorial, Books, Versions... I'm a little late on the topic, but I didn't have access to my e-mail over the weekend. Like some others mentioned, I am a software engineer first and an installer person third or fourth ... some perspective, comments, ideas ... sorry, this is long. I started learning WiX in late 2006 after management finally came to the realization that our current installers (written by a third party) had no chance at all of working under Vista. After looking at InstallShield 12, Wise and WiX, I chose WiX for my emergency development, specifically v3 as I got the impression it was stable enough (and hasn't given me reason to doubt) for general application installers. The tutorial Gabor created and maintains was good to start out with and gave me that initial WiX is easy and I like it feeling. However, as it is for v2, it didn't cover some things I needed to know and other things didn't apply. There are several great WiX bloggers out there and some really awesome explanations of more advanced topics. However, I find searching for and reading blog entries a really painful way to come up a learning curve. So, I started reading the mailing list religiously and saved notes whenever I saw something I thought might be useful. I created and admin a very successful intranet MediaWiki site at work, so I started saving these notes on an intranet wiki of my own, because despite the creation and early promise of wixwiki.com, it is locked down very tightly, not really organized, I can't even find an e-mail address to request an account from (though I could probably search for rmacfadyen in wix-users), and there have been a whopping 5 changes in the last 60 days. Before I know it, I'm up to over 50 pages of rough notes and link collections (see http://www.mindcapers.com/wiki/WiX). I'm also seeing the same questions on this list over and over. I'm having to dig through WiX source code to answer some of my questions. I look for a book on WiX, there isn't one. With the WiX v3 roadmap looking like completion at the end of 2007, I'm thinking by then I'll move from competent user to expert with the demands ahead of me anyway. My 16 years of professional development gives me enough insight to how long this learning curve will take. I start considering writing a book for software developers to come up the intermediate learning curve to save some of the pain I went through (thank you Google for easing that effort!). As I started digging around more, and putting notes in a Word document, there are dozens (at least) of developers blogging about WiX. There is a Wiki. There is a mailing list. There are at least a couple people contemplating writing a book. So ... what I would really like to see is group effort on getting one superb set of documentation together rather than the hodge-podge of incomplete sources of information that exist today. I am willing to help, leading or following, doesn't matter. Any of the following would be great: * I am an excellent MediaWiki admin and could clean up, categorize and improve wixwiki.com given the opportunity. * I would be happy to migrate my non-duplicated WiX materials to wixwiki.com. * My wiki has open registration if the tightly locked down wixwiki.com site isn't loosened up a bit. * I would love collaborators on a book. I haven't written an entire book before, but I've got a good outline started and a knack for translating technical mumbo-jumbo into understandable explanations. I also have excellent organizational skills. However, there are some topics I have only glossed over (IIS, SQLServer, xmlconfig) as these aren't of immediate interest to me. Besides, it is a bit silly for a relative outsider to try to go it alone and re-create wheels that have already been rounded. A book probably isn't all that far off with go ahead and steal my blog entries as long as you consider me a contributor permission grants. It would also be silly not to have at least small pieces of book created by Rob, Bob and the other Wixperts. A wiki can be as good as a book if organized correctly. There are also MediaWiki extensions available to convert wiki sites into .chm files, which would be immensely useful for those of us that go off network for a
Re: [WiX-users] Adding duplicate filenames within different locations
Are the files declared in the same Component? They should not be. Files for different folders should be declared in separate Components. Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of jrcolons Sent: 25. april 2007 20:59 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Adding duplicate filenames within different locations In my application, there's thousands of files, and some of them have the same file name. I try to compile /link my project and shows the following error: Error 1 Item has already been added. Key in dictionary: 'pagetable15rightR.png' Key being added: 'pagetable15rightR.png'. Their names are very important because they are referenced throughout the application (that is huge, and the effort needed to change the references is astonishing). There are any ways to keep the file names and locations as well? thanks in advance Jose -- View this message in context: http://www.nabble.com/Adding-duplicate-filenames-within-differ ent-locations-tf3647377.html#a10187225 Sent from the wix-users mailing list archive at Nabble.com. -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] My Beginner's Tutorial
Rob, Thanks for looking. Following the link to part 3 gives a Requested page not found error. Yes, as I said yesterday only the first two pages were uploaded. Now the first four pages are uploaded. http://www.merlinia.com/mdt/WiXTutorial.msl And page five is minimal, so I'd appreciate it if people would take a look and come with corrections, criticism, comments, suggestions, etc. Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Hamflett Sent: 25. april 2007 10:01 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Beginner's Tutorial, Books, Versions... Just had a quick skim over it, and at the bottom of part 2 your link to part 3 actually points to part 2 again. Following the link to part 3 gives a Requested page not found error. Rob Rennie Petersen wrote: Julie, Thanks for the Wiki. To all interested: I've published the first two pages (out of five) of my beginners tutorial. http://www.merlinia.com/mdt/WiXTutorial.msl It's a lot more work than I expected. :-( Corrections, suggestions, criticism, etc. very welcome. Probably not of much interest to anybody here because it's so introductory... Yours, Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Julie Campbell Sent: 23. april 2007 19:52 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Beginner's Tutorial, Books, Versions... I'm a little late on the topic, but I didn't have access to my e-mail over the weekend. Like some others mentioned, I am a software engineer first and an installer person third or fourth ... some perspective, comments, ideas ... sorry, this is long. I started learning WiX in late 2006 after management finally came to the realization that our current installers (written by a third party) had no chance at all of working under Vista. After looking at InstallShield 12, Wise and WiX, I chose WiX for my emergency development, specifically v3 as I got the impression it was stable enough (and hasn't given me reason to doubt) for general application installers. The tutorial Gabor created and maintains was good to start out with and gave me that initial WiX is easy and I like it feeling. However, as it is for v2, it didn't cover some things I needed to know and other things didn't apply. There are several great WiX bloggers out there and some really awesome explanations of more advanced topics. However, I find searching for and reading blog entries a really painful way to come up a learning curve. So, I started reading the mailing list religiously and saved notes whenever I saw something I thought might be useful. I created and admin a very successful intranet MediaWiki site at work, so I started saving these notes on an intranet wiki of my own, because despite the creation and early promise of wixwiki.com, it is locked down very tightly, not really organized, I can't even find an e-mail address to request an account from (though I could probably search for rmacfadyen in wix-users), and there have been a whopping 5 changes in the last 60 days. Before I know it, I'm up to over 50 pages of rough notes and link collections (see http://www.mindcapers.com/wiki/WiX). I'm also seeing the same questions on this list over and over. I'm having to dig through WiX source code to answer some of my questions. I look for a book on WiX, there isn't one. With the WiX v3 roadmap looking like completion at the end of 2007, I'm thinking by then I'll move from competent user to expert with the demands ahead of me anyway. My 16 years of professional development gives me enough insight to how long this learning curve will take. I start considering writing a book for software developers to come up the intermediate learning curve to save some of the pain I went through (thank you Google for easing that effort!). As I started digging around more, and putting notes in a Word document, there are dozens (at least) of developers blogging about WiX. There is a Wiki. There is a mailing list. There are at least a couple people contemplating writing a book. So ... what I would really like to see is group effort on getting one superb set of documentation together rather than the hodge-podge of incomplete sources of information that exist today. I am willing to help, leading or following, doesn't matter. Any of the following would be great: * I am an excellent MediaWiki admin and could clean up, categorize and improve wixwiki.com given the opportunity. * I would be happy to migrate my non-duplicated WiX materials to wixwiki.com. * My wiki has open registration if the tightly locked down wixwiki.com site isn't loosened up a bit. * I
Re: [WiX-users] Downloading and launching apps during install
I too am using dotNetInstaller. Seems to work OK. My understanding of the bootstrap program generated by VS is that it is hard-wired to invoke the MSI after it has installed the prerequisites. This is a disadvantage for me. My setup sequence is: 1. dotNetInstaller (renamed Setup.exe) 2. MSI Launcher (renamed SetupContinuation.exe) - allows selection of MSIs and install language. 3. MSIs with optional MSTs launched by MSI Launcher. Allows complete localization without multiple MSIs. dotNetInstaller can be specified to invoke an EXE when it is done, so this works fine for me. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Parker Sent: 26. april 2007 17:35 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Downloading and launching apps during install Vicente Cartas Espinel wrote: I've to create an installer that checks some hardware and software prerequisites and then if some of those software prereqs aren't present in the machine, the installer has to download them (from a well-known URL) and launch them before continuing (like a nested .msi install). The process should be as unanteded from the user as possible and must run as a single process (cancelling the install or telling the user to download them manually is not acceptable). You want a bootstrapper. Currently the WiX bootstrapper doesn't support downloading packages. If you use Visual Studio 2005, you might want to check out its bootstrapper. -- sig://boB http://bobs.org Vicente: Another option worth investigating is dotNetInstaller (available at http://www.devage.com/ ). It's lightweight and very quick to pick up if you look at the examples provided with the package. It supports web downloads like you're looking for as well as determining whether your software package is already installed, and it took me all of about 15 minutes to go from my first run to having my bootstrapper up and running. FYI, if you're wondering what a bootstrapper is, it's an external application that basically runs a series of installers. So for instance you'd build you installer with WiX as normal, and then you'd use a tool like VS or dotNetInstaller to create a standable .EXE that installs your pre-requisites and then runs your installer when all is well. Hope that helps, -Scott - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Check for at least one required feature?
It doesn't evaluate correctly until after the CostFinalize action. When does that happen? My experience is that the Feature property is correct in the following dialog boxes. I use that in my install sequence to skip a dialog box if the corresponding feature is not selected, as demonstrated in my Beginner's Tutorial, on this page: http://www.merlinia.com/mdt/WiXTutorial4.msl Making the display of a dialog box dependent on features selected Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wilson, Phil Sent: 26. april 2007 23:55 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Check for at least one required feature? It doesn't evaluate correctly until after the CostFinalize action. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Parker Sent: Thursday, April 26, 2007 2:37 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Check for at least one required feature? So then is it correct to say that FEATURE doesn't evaluate to anything during the UI Sequence? Or do I have my Publish actions below screwy? Here's an example: In my main Installer .wxs file I have... Feature Id=FEATUREAAA Level=1 Then in a secondary file dialogs.wxs on a Next button I have Publish Event=NewDialog Value=AAADialog![CDATA[FEATUREAAA = 3]]/Publish Publish Event=NewDialog Vaue=NormalDialog1/Publish It ALWAYS goes to NormalDialog regardless of whether or not I select FEATUREAAA in the customization step earlier in the UI sequence. Any thoughts or help? Thanks, -Scott On 4/26/07, Scott Parker [EMAIL PROTECTED] wrote: Sorry if this is essentially a repost, but I couldn't find anything on wix-users asking quite the same question I am. Our product consists of FeatureAAA and FeatureZZZ. We need to enforce that the user has selected at least either FeatureAAA or FeatureZZZ to install. I've tried using a Publish - SpawnDialog to throw an error as well as a Condition to disable the control like those used in the LicenseAgreementDlg, both trying to tie into FeatureAAA 3 AND FeatureZZZ 3 with no luck. My guess as to why that happens is that perhaps the features aren't set to their new states until after this dialog has been processed, but that's a total guess. Is there a better (or any) way I should be doing this? Thanks, -Scott - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Logon as service right v2.0.4820.0
I don't think Windows Installer can grant rights to users. That would be a security violation. Do you mean specifying which account an installed service is to run under? Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 27. april 2007 09:53 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Logon as service right v2.0.4820.0 Hi, I'm installing a Windows service and I've been looking around in the documentation for a way to grant a user the logon as service right but couldn't find anything. Does anyone have an example or know how this can be accomplished. Thanks Dan This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person: to do so could be a breach of confidence. Thank you for your co-operation. Please contact our IT Helpdesk on +44 (0) 20 7785 2000 or email [EMAIL PROTECTED] if you need assistance. Please refer to http://www.freshfields.com/legalnotice/uk.asp for regulatory information relating to the provision of insurance mediation services. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Silent installation using properties
Not sure I understand your question, but maybe try using dotNetInstaller instead of the VS 2005 bootstrapper. With dotNetInstaller you can specify any parameters you want when it starts the MSI. Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Roberts Sent: 1. maj 2007 10:31 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Silent installation using properties Hi there, Just wondering if it's possible to kick off a silent install using Windows Installer properties (rather than with /q on the cmdline)? I'm asking as I've created a vs05 bootstrapper which installs prerequisite components for my MSI, but in some scenarios would like to be able to launch the msi silently. Setup.exe only passes through properties set on the cmdline to the msi. CLIENTUILEVEL looks promising (I guess set it to 2 somewhere to do a /qb); if I specify it on the setup.exe CLIENTUILEVEL=2 it gets overridden; tried (without success) creating a custom action which I sequenced in the InstallUISequence to set this property before PrepareDlg, but no luck. Can anyone give me a shove in the right direction? Thanks, Dave -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSJET 3.5 With Wix
one of the main issues is whats to stop the user just starting the msi rather than the Exe you ask them to start with an autorun.. Yes, it's difficult to make something fool-proof, because the fools are so ingenious. :-) You could try turning the bootstrapper and the MSI into a single setup.exe by making them into a self-extracting-and-executing ZIP, with WinZip or similar. But there might still be users who open the file up with WinZip, extract and MSI and only run it... Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of conkerjoe Sent: 1. maj 2007 11:56 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] MSJET 3.5 With Wix iv been through the hell of bootstrappers and wix in the past.. its actually easier to just hav a massive batch file install it than go through the pain. could you help the pain and offer a sugestion of a bootstrapper?? one of the main issues is whats to stop the user just starting the msi rather than the Exe you ask them to start with an autorun.. it really needs to be something like Installshield which wraps everything up into 1 exe so the end user doesnt have a choice Tony Hoyle wrote: conkerjoe wrote: What would be the most efficient way to install MS Jet 3.5 on a machine with Wix ? Use a bootstrapper to run MDAC (then most likely jet 3.5 sp3). MDAC most likely won't do anything on newer systems as it's in the base OS now, but you want to be sure in case it gets run on win2k. Never modify files in the system32 directory - SFP will probably undo what you're trying to do anyway and if you succeed it'll break other applications that depend on those files. Tony -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/MSJET-3.5-With-Wix-tf3674160.html#a10266830 Sent from the wix-users mailing list archive at Nabble.com. -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling external install script from yourinstallscript?
You can't launch one MSI from another one, and you can't bundle one MSI inside another. So I assume what Brett is saying is that you should make a Setup.exe that first launches one MSI, and when that is complete, launches the other. I've actually written a program like that recently, an MSI launcher. I'm planning on making it available as freeware, but probably not until a couple weeks from now when I'm done with another part of the same toolkit, an MSI Editor. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Reiland Sent: 1. maj 2007 19:20 To: Brett Kapilik; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Calling external install script from yourinstallscript? Thank you for the quick response Brett. I'm rather ignorant when it comes to installer scripts (This is a new hat for me) so I'd like to make sure I'm understanding you. The other software is installed via MSI so when you say I need to bootstrap into 1 setup.exe does that mean I should create my MSI file then create another MSI file that's made up of both my software MSI and the OEM MSI? Or are you stating that I should write a simple program named Setup.exe that runs both MSI files in the background? - Michael Reiland On 5/1/07, Brett Kapilik [EMAIL PROTECTED] wrote: If the other installer does not use MSI then you could call it with a custom action. If it is MSI then you will probably have to resort to bootstrapping both it and your installer into one setup.exe routine. - Brett From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Reiland Sent: Tuesday, May 01, 2007 10:19 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Calling external install script from your installscript? I have a piece of OEM software on which my software depends. I'd like to bundle everything up into a single executable that will run the OEM install script then finish my install script (or in the reverse order if necessary). I'm new to Wix and there seems to be a lot there so I thought it may be faster if I could get some input into how to do this. If I need to create a dll to do the handywork for me that's ok too. What's the best way to achieve this via wix? Thanks - Michael Reiland - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wix3: automatically pick setup language
My beginner's tutorial shows how to do this, although for WiX 2.0. (Don't know if the same techniques will work in WiX 3.0.) http://www.merlinia.com/mdt/WiXTutorial.msl See in particular the last section on this page: http://www.merlinia.com/mdt/WiXTutorial3.msl In part 5 (not on-line yet) I describe how to create an MST for each extra language, so what you distribute is (for example) an English MSI and one MST for each of German, French, etc. Then you need an MSI launcher program that let's the user pick his/her language. For English it launches the English MSI, for German it launches the English MSI with the German MST, etc. I intend to make my MSI launcher program available as freeware in a couple of weeks, when I'm done with the MSI editor program I'm working on. Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Patrick Schmid Sent: 2. maj 2007 02:10 To: wix-users@lists.sourceforge.net Subject: [WiX-users] wix3: automatically pick setup language I am trying to have my setup program pick the appropriate language based on the user's computer: If the user has a German Windows, I want my setup program to be German. In all other cases, I want it to be in English. Can I do anything like this with wix3? If yes, how? Thanks, Patrick Schmid -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixLocalization, not quite getting it.
Are you using WiX 2.0 or WiX 3.0? Anyway, one MSI can only contain one language. To support 3 languages you need to create 3 MSIs. You can then convert 2 of them to MSTs to reduce the final size of your deployment package. (Or maybe 1 MSI and 3 MSTs - I'm not even sure of that.) You then use an MSI launcher or bootstrapper program to select which combination of MSI/MST to launch for the desired language. I've written a beginner's tutorial for WiX 2.0 that includes a lot about localization. http://www.merlinia.com/mdt/WiXTutorial.msl Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pseudonymic Wannabe Sent: 3. maj 2007 10:38 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WixLocalization, not quite getting it. To build a localization I build an XML with the root being WixLocalization now from looking at some examples will String Id=ProgressTextPublishComponents for example replace the ProgressText Id called PublishComponents ? Second, how do I make my WIX actually USE this localization (making it trumph default tags in the main WXS file aswell)? Say I want to use a different language than english and I specify the languagecode in the Product and Package, how do i make my localization file be loaded for that languagecode? Hopefully someone can help me! Thanks Olaf _ Watch free concerts with Pink, Rod Stewart, Oasis and more. Visit MSN In Concert today. http://music.msn.com/presents?icid=ncmsnpresentstagline - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wix3: automatically pick setup language
Igor, I appreciate the time you're taking to try to explain this to me. Just to be sure that we are talking about the same thing: you want to put all languages in a single msi file. Right? No, my understanding is that this is impossible. 1. You localized all your code. Yes. 2. You build separate msi for each language. If you run it, it shows perfectly localized dialogs. Yes. 3. You take one language as a base. For example, you take English, and create transforms as difference between English and all other languages. Now you have mst files for all of the languages except English. Yes. 4. You add all transforms back to English msi. No. I make a deployment package that contains the English MSI and the MSTs for the non-English languages. Then I use an MSI launcher program to select default language, and let the user override this selection (radio buttons). This program then launches either the English MSI alone, or else the English MSI together with one of the non-English MSTs. I thought this was the recommended procedure? Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Igor Maslov Sent: 3. maj 2007 00:03 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] wix3: automatically pick setup language Yes, it took me a while to understand too. Just to be sure that we are talking about the same thing: you want to put all languages in a single msi file. Right? Because what I say does not apply if you just want to create a separate MSI for each language. Wrong approach: 1. You localized all your code. 2. You build separate msi for each language. If you run it, it shows perfectly localized dialogs. 3. You take one language as a base. For example, you take English, and create transforms as difference between English and all other languages. Now you have mst files for all of the languages except English. 4. You add all transforms back to English msi. Now, when you run English - it's OK. When you run any other language (by applying transform) some dialogs will display English strings. Right approach: To fix I did the following: 2a. You build separate msi for each language. If you run it it shows perfectly localized dialogs. Take English version, put langID and codepage values to 0, and buld it. Call this neutral. 3a. You take neutral as a base, not English. and create transforms as difference between neutral and all other languages, including English. Now you have mst files for all of the languages INCLUDING English. 4a. You add all transforms back to neutral msi. Use your bootstrap program to launch MSI with appropriate transform. Best, Igor Rennie Petersen wrote: Thanks for your feedback. I'm afraid I still don't understand... I've provided localization for ALL of the texts in ALL of the WiX dialog boxes. The error messages you're talking about, are they maybe Windows Installer errors that are not part of the WiX UI? Anyway, if they are displayed in the wrong language when a Danish MST is applied to an English MSI, then surely they will be just as wrong (they'll be the same) when a Danish MST is applied to a neutral MSI. After applying the Danish MST the LCID and Codepage info is set for Danish, and the previous settings (English or neutral) are gone. So how can there be a difference? By the way, I'm using WiX 2.0. Maybe there's something different about WiX 3.0? Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Igor Maslov Sent: 2. maj 2007 20:29 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] wix3: automatically pick setup language No, English is not OK. Suppose you have English as base and, for example, French as transform. Then, on some dialogs you will have part of the strings (buttons, window titles in English, instead of French). It happens mostrly on error dialogs. What worked for me: 1. Create neutral base - set language ID and codepage to 0 (LANG = 0). I still use English strings to make it compile Product Language=!(loc.LANG) ... UpgradeCode=$(var.ProductUpgradeCode) Package Id=* ... Languages=!(loc.LANG) / 2. Create separate packages for other languages (English included). Set appropriate Language ID, codepage, culture strings 3. Take base from 1) and create transform for each language Hope this helps Rennie Petersen wrote: What exactly do you mean by neutral culture settings? Is English OK for the base MSI, that the non-English MST's are created against? That's what I've been doing and it seems to work OK. Rennie -Original Message- From: [EMAIL PROTECTED] [mailto
Re: [WiX-users] WixLocalization, not quite getting it.
I first tried using WiXEdit, but could never get it to work. (Maybe I gave up too quickly.) If you look at my tutorial you can see how to do it with SharpDevelop, and using the WiX sample UI as starting point, but then modifying the UI to be what you want. With everything localized. Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pseudonymic Wannabe Sent: 3. maj 2007 11:10 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] WixLocalization, not quite getting it. I also forgot to add, I'm NOT using WixUI I built a new UI based on the example from WixEdit, I doubt localization has anything to do with using WixUI or not though does it? _ Download Messenger. Join the i'm Initiative. Help make a difference today. http://im.live.com/messenger/im/home/?source=TAGHM_APR07 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixLocalization, not quite getting it.
Don't really understand your first question, sorry. Don't quite see in your tutorial how you specify which loc.wxs file to use either. Thanks for pointing that out - I'm trying to improve my tutorial. (I may even format and upload the last page someday :-) The localization file is specified as a parameter on the linker (light.exe), so you do this in the BAT scripts that generate the localized MSIs. During development with SharpDevelop you specify which localization file you want to use for testing on the Project - Project Options page, Applications tab, there's a field Localized string file. Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pseudonymic Wannabe Sent: 3. maj 2007 11:38 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] WixLocalization, not quite getting it. I didn't quite get your tutorial since it messes around with user-selection and using $loc quite heavily. I thought if you create a WixLocalization file and have say String Id=ButtonNextNeste/String inn it and you loaded that file then a button with Text=[ButtonNext] would have Neste as the appropriate text? Don't quite see in your tutorial how you specify which loc.wxs file to use either. From: Rennie Petersen [EMAIL PROTECTED] To: Pseudonymic Wannabe [EMAIL PROTECTED],wix-users@lists.sourceforge.net Subject: RE: [WiX-users] WixLocalization, not quite getting it. Date: Thu, 3 May 2007 11:29:48 +0200 I first tried using WiXEdit, but could never get it to work. (Maybe I gave up too quickly.) If you look at my tutorial you can see how to do it with SharpDevelop, and using the WiX sample UI as starting point, but then modifying the UI to be what you want. With everything localized. Rennie _ Exercise your brain! Try Flexicon. http://games.msn.com/en/flexicon/default.htm?icid=flexicon_hme mailtaglineapril07 -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Controlling feature selection by modifying the MSI
I'm writing a little MSI Editor program. The idea is to provide our customers with something a bit more intuitive than Orca for modifying our MSIs before doing a group policies roll-out. My program has a customizable GUI that can resemble the user interface one sees if one does a non-silent install of the product, with explanatory texts for the modifiable things. Another advantage relative to Orca is that my MSI Editor is localizable to multiple languages. So far I've gotten my MSI Editor to be able to modify Property entries containing data to be written to the registry, and Property entries that control Conditions, for example ALLUSERS and the conditions that control creation of the shortcuts. There's one more thing I'd like to provide: the ability to choose which Features are to be installed. Is it possible to do this by modifying the MSI? Thanks, Rennie - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IP Address
I need the Control in the WIX UI with Accepts the IP address, What do you mean? What IP address? If you just want to provide a field where the user can enter some IP address, then use an Edit control. See the fourth dialog box in this example: http://www.merlinia.com/mdt/Admin%20UI%20snapshot%203.4.htm Here's the corresponding code: http://www.merlinia.com/mdt/AssistanceAdminDlg.wxs%20snapshot%203.4.txt http://www.merlinia.com/mdt/AssistanceAdminDlg.wxs%20snapshot%203.4.txt These are from my beginner's tutorial for WiX: http://www.merlinia.com/mdt/WiXTutorial.msl http://www.merlinia.com/mdt/WiXTutorial.msl Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Krishna Kishore B Sent: 7. maj 2007 06:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] IP Address I need the Control in the WIX UI with Accepts the IP address, Do any one have idea how can we do that ? Please me as soon as possiable - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] does wix have a dependency on mfc80loc.dll?
There are programs available that can analyze DLL dependencies, for example this one: http://www.dependencywalker.com/ Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cathryn Chamley Sent: 7. maj 2007 00:24 To: wix-users@lists.sourceforge.net Subject: [WiX-users] does wix have a dependency on mfc80loc.dll? I'm writing a wix-based installer to replace our current (home-grown) installation solution. I've got the functionality I want, but I seem to have picked up a requirement for mfc80loc.dll. That is, if I install using the old install scripts, our software runs fine. If I install using the WiX authored installer, MFC apps fail to run, and the event log shows errors that start with a missing mfc80loc.dll. My googling of this dll leads me to believe it shouldn't be required for our situation - ie: we only expect to install to English language Windows boxen. (If this sounds draconian, please consider that at present we're installing to a very limited number of clients, and we know their situation very precisely). Is there a known issue about this? Is it possible that WiX is modifying my system's locale information? If this is the case, it may be driven by my own naive use of WiX. I specify a language attribute in the Product. Is there any other locale information I need to specify to install to an US/English box? Thanks in advance for any help you can give. Send instant messages to your online friends http://au.messenger.yahoo.com - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Condition to check if Feature was selected.
On this page you can see how to test for which features have been selected, although here I use it for another purpose. Hope this helps... http://www.merlinia.com/mdt/WiXTutorial4.msl Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Menaker Sent: 7. maj 2007 23:51 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Condition to check if Feature was selected. Hi, In one of my features I will copy things to a certain directory if another feature was selected for the install and will copy things to another directory if that other feature wasn't selected. How do I set up the condition? Thanks, Mike - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do I get rid of the ...installed to run fromnetwork option
See this page: http://www.merlinia.com/mdt/WiXTutorial4.msl In particular, see the comments about EmptyComponent_WindowsInstallerBugWorkaround Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Palmer Sent: 10. maj 2007 21:06 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How do I get rid of the ...installed to run fromnetwork option One of my features has Will be installed to run from network and Entire feature will be installed to run from network as possible install options. What is stupid about that is: - it's the only feature that shows those options - the feature has no components of its own, just sub-features, and all the sub features DON'T have those options... That lets me choose Entire feature will be installed to run from network for the parent feature and Will be installed on local hard drive for all the sub features. It doesn't make any sense. All of my features are specified the same way, so I don't understand why these network install options just show up out of the blue. Every feature element looks like this: Feature Id=myFeatureId Level=1 Title=My Cool Feature AllowAdvertise=no Description=The best feature ever. ... ComponentRefs, FeatureRefs, ComponentGroupRefs... /Feature Though some only contain FeatureRefs, while others only contain ComponentRefs. All are nested under one main Feature representing the general application. Regards, Scott - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Disabling and hiding a feature based on key...
I believe that if you set the Level of the feature to zero that it is not shown in the feature tree and is not installed. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lewis Henderson Sent: 10. maj 2007 21:16 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Disabling and hiding a feature based on key... Hi All, I've got an install that prompts for a product key, and based on the value of that key, certain features may not be available. How do I disable these features and remove them from the subsequent FeatureTree dialog? My key validation custom action can set a property value for each feature indicating if it's authorized or not, if that helps. Thanks for the help. Lewis - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Prerequsite RTL installs...
You probably need a bootstrap program to run before your MSI gets started. Visual Studio's Setup projects can provide a bootstrapper. I like one called dotNetInstaller. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lewis Henderson Sent: 10. maj 2007 21:29 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Prerequsite RTL installs... Hi, This is my last question for the day. I'm working on an install that uses a custom action to validate a product key early in the UI sequence. However, the custom action code requires the C++ RTL for VC 8.0 (2005 .NET). How do I check for and install this RTL if needed before the UI sequence kicks in? Thanks for the help. Lewis - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi Media Questions
Sorry if I'm asking a silly question, but I assume you have specified different disk numbers and included multiple media elements? Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Magus Sent: 11. maj 2007 01:42 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Multi Media Questions Thats good to know, it doens't seem to solve my problem though. I still do not recieve the proper error or please insert this disk message, is there something else I am missing that would be important to this? Rob Mensching-2 wrote: File/@DiskId overrides Component/@DiskId. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Magus Sent: Thursday, May 10, 2007 2:25 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Multi Media Questions I have that both for Components and on Each file. Does one overwrite the other? Dustin Andrews wrote: Can you post a minimal Wix example of your install? I have a vague feeling you might need to set some DiskId someplace. Component Id=DiskOneFiles DiskId=1 Guid=---- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Magus Sent: Thursday, May 10, 2007 2:15 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Multi Media Questions bump Magus wrote: I am trying to work with multiple media, so that I can have files stored on CD's. The thing is my Diskprompt never appears, instead I get the ErrorDlg, with Retry/Cancel Option. It doesn't say Insert Disk ? like I would want it to. Is there a specific dialog that does this. Do I create that dialog and where do I put it in the Sequences or Condition -- View this message in context: http://www.nabble.com/Multi-Media-Questions-tf2392296.html#a10421713 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Multi-Media-Questions-tf2392296.html#a10421828 Sent from the wix-users mailing list archive at Nabble.com. -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Multi-Media-Questions-tf2392296.html#a10423562 Sent from the wix-users mailing list archive at Nabble.com. -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of
Re: [WiX-users] Aligning Custom UI
I recommend using sharpDevelop. I've written a beginners tutorial that includes information about this. http://www.merlinia.com/mdt/WiXTutorial.msl Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Feng Sent: 12. maj 2007 07:11 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Aligning Custom UI What is the best way to line up controls in a custom UI? I usually make an initial guess on the location and size then make the adjustments from there. This approach is painful sometimes when you keep running the installer over and over just to see if everything is aligned correctly. Is there a better way? Thanx, Aaron - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [ComputerName]?
I believe this is THE definitive list of built-in properties: http://msdn2.microsoft.com/en-us/library/aa370905.aspx Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton Sent: 15. maj 2007 17:26 To: wix-users@lists.sourceforge.net Subject: [WiX-users] [ComputerName]? Apparently the ComputerName property does not give me a fully qualified domain name. Is there another property that I can use to give me a fully qualified domain name? Where could I look to find the built-in properties? Thank you. Kevin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Registry
I've written a bit about using the Registry element here: http://www.merlinia.com/mdt/WiXTutorial1.msl (near bottom of page). Are you looking in the right place? (HKLM vs. HKCU?) The Registry element has to be inside a Component element. The registry entry should automatically be removed when the Component is uninstalled. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton Sent: 16. maj 2007 10:55 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Registry I am trying to use the Registry task and I look in the log file during installation and it seems to be executing but when I look at the actual registry the keys and values are missing. Is the full key path automatically created or should I initially create the registry path? Related to this, how do I specify more than one action? Say I want to write a value to the registry and also remove it on uninstall? Thank you. Kevin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] License RTF not used?
I know nothing about WiX 3, but here's how I do it with WiX 2, which may help: http://www.merlinia.com/mdt/WiXTutorial3.msl If the Common Public License text is being shown it sounds like you have not actually replaced the file in the input to the WiX project... Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Rendle Sent: 16. maj 2007 18:15 To: wix-users@lists.sourceforge.net Subject: [WiX-users] License RTF not used? Using 3.0.2420, no matter what I do, the license.rtf file is ignored and the Common Public License text is used. I've removed the License Dialog from the UI completely for the time being, but is this a known issue or am I missing something or what? Cheers, Mark Computer Software Group Plc | Registered in England: 4023140 | Registered office: Integra House, 138-140 Alexandra Road, London, SW19 7JY - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX and string formatting
I believe that you will need a custom action. WiX creates MSIs. It does not replace or enhance Windows Installer, and it is Windows Installer that drives the UI during the installation. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rik Sent: 24. maj 2007 11:49 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WiX and string formatting Hi All, Does anyone know if it is possible to format strings via WiX? I'd like to be able to manipulate a string entered via the UI so that it conforms to a certain format. The scenario I have is that I have a URL value that I want to insert a port number into). E.g. from tcp:\\server\ to tcp:\\server:11232\ I figured I'd have to use some sort of custom action for this, but thought I'd check if WiX handled this sort of stuff... Rik - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista unknown publisher
I bought a digital certificate from GlobalSign a couple of months ago. It cost approx. 1/3 what Verisign wanted, if I remember right. http://www.globalsign.net/ Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pseudonymic Wannabe Sent: 30. maj 2007 12:21 To: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Vista unknown publisher Ah ok thank you, what tools can be used to automaticly sign our installer with a certificate? We are looking into buying one from verisign or simular but we are not sure whichever is better and what lets us do this automaticly. Thanks From: Rob Mensching [EMAIL PROTECTED] To: Pseudonymic Wannabe [EMAIL PROTECTED],wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Vista unknown publisher Date: Tue, 29 May 2007 08:47:12 -0700 Sign your MSI. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pseudonymic Wannabe Sent: Tuesday, May 29, 2007 6:05 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Vista unknown publisher When running our MSI package on Vista midway under the installation a dialog pops up (UAC) and complains about Unknown Publisher on our package.MSI file and asks for permission to continue. Is there anyway to author our package in such a way that the user won't be bothered with such interference? _ Like the way Microsoft Office Outlook works? You'll love Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT _TAGHM_mig ration_HM_mini_outlook_0507 _ More photos, more messages, more storage-get 2GB with Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_ TAGHM_migration_HM_mini_2G_0507 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trying to build example
If you're totally new to WiX you might be interested in my (incomplete) Beginners Tutorial for WiX 2.0 with sharpDevelop. http://www.merlinia.com/mdt/WiXTutorial.msl Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dale Quigg Sent: 30. maj 2007 20:02 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Trying to build example Hi, I'm new to WiX so this is likely a simple problem. I'm trying to compile the example on http://www.wixwiki.com/index.php?title=WixUI_Custom I copied the sample http://www.wixwiki.com/images/c/c8/WixCustomSample.zip and tried to compile and link; C:\Downloads\Wix_More_Samples\WixCustomSamplecandle WixCustomSample.wxs Microsoft (R) Windows Installer Xml Compiler version 3.0.2420.0 Copyright (C) Microsoft Corporation 2003. All rights reserved. WixCustomSample.wxs C:\Downloads\Wix_More_Samples\WixCustomSamplelight -out WixCustomSample.msi WixCustomSample.wixobj C:\Progra~1\WIDF17~1\bin\WixUIExtension.dll Microsoft (R) Windows Installer Xml Linker version 3.0.2420.0 Copyright (C) Microsoft Corporation 2003. All rights reserved. C:\Program Files\Windows Installer XML v3\bin\WixUIExtension.dll : error LGHT0104 : Not a valid object file; detail: Data at the root level is invalid. Line 1, position 1. I don't have (or currently want) MSBuild, so I'm trying to get this going manually. I've spent the last few days reading the v2 tutorial, v3 help, wiki etc. but again, I'm just starting out with WiX so have likely missed something basic. Thanks for any help. Dale -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installing a web server
Do you need to do it via an MSI? If so, I have no ideas. If you just want to do it any old way, you use the web server's management console. Can't remember the details off hand, but if you confirm that that is what you want, I'll dig up the information. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of George Reilly Sent: 5. juni 2007 23:23 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Installing a web server I want to set up multiple web sites in IIS 6: each listening on port 80, but using different Host headers. For example, www.coke.com http://www.coke.com/ and www.pepsi.com http://www.pepsi.com/ . These correspond to IIsWebServer nodes in metabase.xml. I have not figured out how to do it. My hopes for the Header attribute in WebAddress were quickly dashed. I also tried setting Port to 80:www.pepsi.com, but the website stubbornly remained under IIS's Default website. -- /George V. Reilly [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]206 816-8330 Sr. Software Engineer atlas(r) On Demand www.AtlasSolutions.com http://www.atlassolutions.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Conditionally installing components based on user'slocale
I do something similar, based (partly) on the UserLanguageID property. I have a registry value, Name=Language, that should contain the code en for English or da for Danish. See here: http://www.merlinia.com/mdt/WiXTutorial3.msl In my MSI, the UserLanguageID property is only made use of if the UI is invoked. (I query the property in the Welcome dialog box.) But it should also be possible to make use of this property in MSIs irrespective of whether the UI is invoked or not. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Palmer Sent: 6. juni 2007 04:08 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Conditionally installing components based on user'slocale As part of my setup I would like to write certain registry values depending on the country setting of the OS. E.g. for North American users I might set a registry value to 1, for European users the value would be set to 2. Is there an easy way to do this without writing a custom action? Failing that, is there a custom action that can be written easily? Thanks, Scott - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Conditionally installing components based on user'slocale
Well, the UserLanguageID doesn't just give you the language but also the locale. There's a difference between English in the USA, English in Canada, English in the UK, etc. http://www.microsoft.com/globaldev/reference/lcid-all.mspx Here are some other system properties you can use if UserLanguageID isn't the right one: http://msdn2.microsoft.com/en-us/library/aa370905.aspx http://msdn2.microsoft.com/en-us/library/aa372389.aspx Rennie From: Scott Palmer [mailto:[EMAIL PROTECTED] Sent: 6. juni 2007 14:26 To: wix-users@lists.sourceforge.net Cc: Rennie Petersen Subject: Re: [WiX-users] Conditionally installing components based on user'slocale Thanks, but I need to know the country and I don't really care about the language. I will have many systems where the language may be set to English but I will need different values in the registry. Scott On 6/6/07, Rennie Petersen [EMAIL PROTECTED] wrote: I do something similar, based (partly) on the UserLanguageID property. I have a registry value, Name=Language, that should contain the code en for English or da for Danish. See here: http://www.merlinia.com/mdt/WiXTutorial3.msl In my MSI, the UserLanguageID property is only made use of if the UI is invoked. (I query the property in the Welcome dialog box.) But it should also be possible to make use of this property in MSIs irrespective of whether the UI is invoked or not. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Palmer Sent: 6. juni 2007 04:08 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Conditionally installing components based on user'slocale As part of my setup I would like to write certain registry values depending on the country setting of the OS. E.g. for North American users I might set a registry value to 1, for European users the value would be set to 2. Is there an easy way to do this without writing a custom action? Failing that, is there a custom action that can be written easily? Thanks, Scott - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Acrobat as a condition
Does this have to be done in the MSI?
It sounds like it would be more suitable to do it in a bootstrapper, and
then run your MSI.
Or else add the functionality to the application itself, on first
execution.
Rennie
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Antony Briggs
Sent: 6. juni 2007 15:19
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Acrobat as a condition
Hi all,
I'm deploying an application that generates and displays PDF
files and need to add a condition of acrobat 8 (reader or
full version) on the installer (and preferably allow them to
install it)
I'm trying to detect the version of Acrobat installed using
the version of the AcroPDF.dll Dll on the users system.
The following snippet obtains the location of the DLL file:
Property Id=ACROBATDLL
RegistrySearch Id='AcrobatDLLRegistry' Type='raw'
Root='HKCR'
Key='CLSID\{CA8A9780-280D-11CF-A24D-44455354}\InprocServer
32' / /Property
Result:
Property(S): ACROBATDLL = C:\Program Files\Adobe\Acrobat
7.0\ActiveX\AcroPDF.dll
Now I need to get the version of the dll, which needs to be
version 8.0.0.0.
To this end I'm trying to do a filesearch as follows:
Property Id=ACROBATVERSION8
FileSearch Id='AcrobatVersion8File'
Name='[ACROBATDLL]'
MinVersion='8.0.0.0'/
/Property
This isn't returning any results, presumably because I don't
have a directorysearch element.
Can anybody answer any of the following questions:
1) Can I make FileSearch work with a full path in the Name property
2) can I separate the name path so that I can populate a
DirectorySearch and FileSearch
3) Is there an easier way to get the FileVersion of the dll
into a property?
(custom action?)
4) Finally, once I've detected that Acrobat is missing, how
can I allow the user to install it (it will be shipped on the
product CD).
Thanks,
Antony
--
---
This SF.net email is sponsored by DB2 Express Download DB2
Express C - the FREE version of DB2 express and take control
of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Avoiding registry entries being modified with REINSTALL=ALL REINSTALLMODE=vos
I'm doing a reinstall, but I don't want the existing registry entries to be modified. So instead of specifying REINSTALLMODE=vomus I specify REINSTALLMODE=vos. But the registry entries still get reset to the values in my MSI. Is it possible to avoid this? Thanks. Rennie - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Hiding Browse button in CustomizeDlg
Without including my own complete source for this dialog... It's not such a big deal. I've written a step-by-step beginners guide to how to do it, which you might find useful. http://www.merlinia.com/mdt/WiXTutorial.msl The problem is that the Browse button on CustomizeDlg is disabled but not hidden. Just out of curiosity, did you do something to make it hidden? It's normally enabled. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Doug Payne Sent: 7. juni 2007 03:38 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Hiding Browse button in CustomizeDlg Hi, I'm using WIXUI_Mondo in Wix 2.0. This dialog does not allow the user to choose the Installation directory for the product, which is fine. The problem is that the Browse button on CustomizeDlg is disabled but not hidden. Without including my own complete source for this dialog, is there a way to add a row to the ControlCondition table to hide this button? Is there another means of hiding this button? Thanks. --Doug - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to use a localized string for an error text of ancustom action
Is this WiX 2 or 3? With WiX 2 I would assume you should write CustomAction Id=ValidInstall Error=$(loc.SomeErrorMessagLabel) / Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cristian Baiu Sent: 7. juni 2007 09:57 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to use a localized string for an error text of ancustom action Hello, I need to use in my project an custom action which displays an error message and aborts installation in some specific conditions. In order to achieve this I wrote the following line: CustomAction Id=ValidInstall Error=Some error message/ If I place this custom action in the InstallExecuteSequence and everything works as I was expecting. When my conditions are not met, the Some error message is displayed and installation aborted. Now, I want to use a localized string as the error message in order to be able to display the message in different languages. For this I have added in a wxl file the following String block: String Id=MyErrMessage Overridable=yesSome error message/String and I have modified my CustomAction block as follows: CustomAction Id=ValidInstall Error=[MyErrMessage]/. The project builds fine, but when I run my setup it fails with the following error: The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2869. Could you please advise me of what I did wrong and if it's possible and how to achive what I need ? Thanks, Cristian Baiu -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Avoiding registry entries being modified with REINSTALL=ALL REINSTALLMODE=vos
No answers. :-( Of course, this is not WiX specific, but I'm wondering if someone could help me anyway. To elaborate, the situation is that in my MSI I have not written any Upgrade element, nor any RemoveExistingProducts element. The Product element contains the same Version= tag (Version=4.1.1.0) and the same UpgradeCode=guid tag as used when the prior install was done. On the msiexec.exe command line I specify REINSTALL=ALL and REINSTALLMODE=vos. I'm not specifying REINSTALLMODE=vomus because I do not want the registry entries to be modified. But the registry entries are being modified anyway. Any idea of how I can prevent this? Thanks. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rennie Petersen Sent: 6. juni 2007 19:18 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Avoiding registry entries being modified withREINSTALL=ALL REINSTALLMODE=vos I'm doing a reinstall, but I don't want the existing registry entries to be modified. So instead of specifying REINSTALLMODE=vomus I specify REINSTALLMODE=vos. But the registry entries still get reset to the values in my MSI. Is it possible to avoid this? Thanks. Rennie - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Avoiding registry entries being modified with REINSTALL=ALL REINSTALLMODE=vos
Rob and Christopher, thanks. Rob, you say played games like this. You seem to be implying I'm doing something in a non-standard or non-optimal way? If so, please let me know what a more standard way would be to do this. The reason I do not want to change the registry entries is that these registry entries are used by the application to store changes in the configuration. For example, one registry entry is used to indicate the language to be used by the running application. It is initialized to Danish or English at install time, depending on Windows locale info or a value entered via the UI. But later, the user may change his/her mind and specify a different language. An install of a minor upgrade should preserve the new value rather than re-initialize it, otherwise the users will get upset since they have to re-change the language once again. Maybe this is poor application design? The application should accept installation values in one set of registry entries and save running values elsewhere? But if I do it that way, how should one tell the application that you really do want it to change the values to new installation values when that is advantageous, for example a re-install to force a change to Swedish when that language support is added and most of the users at this site are Swedish? Rennie From: Christopher Painter [mailto:[EMAIL PROTECTED] Sent: 10. juni 2007 20:07 To: Rob Mensching; Rennie Petersen; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Avoiding registry entries being modified with REINSTALL=ALL REINSTALLMODE=vos The description of this is a Small Update. Typically when I hear of someone not wanting to write to the registry during an upgrade it is because they are having negative side effects from the fact that properties don't persist in the cached MSI and they are trying to work around the symptom instead of addresing the cause. Rennie, am I guessing your situation correctly? Are you using [FOO] in the Registry table and seeing some default or null value get written to the registry during an upgrade instead of the value that was written during the initial installation? If so, generally you want to use an AppSearch to retrieve the value of FOO from the registry so that if the component reinstalls, it'll be written back out correctly to the registry. Rob Mensching [EMAIL PROTECTED] wrote: I haven't played games like this with the Windows Installer but my understanding is that if the Component believes it needs to be repaired (the KeyPath is being updated) then the whole Component gets written. You might (although I wouldn't really recommend it) be able to condition the registry related actions. Why do you need to not have registry stuff written? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rennie Petersen Sent: Friday, June 08, 2007 3:37 AM To: Rennie Petersen; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Avoiding registry entries being modified with REINSTALL=ALL REINSTALLMODE=vos No answers. :-( Of course, this is not WiX specific, but I'm wondering if someone could help me anyway. To elaborate, the situation is that in my MSI I have not written any Upgrade element, nor any RemoveExistingProducts element. The Product element contains the same Version= tag (Version=4.1.1.0) and the same UpgradeCode=guid tag as used when the prior install was done. On the msiexec.exe command line I specify REINSTALL=ALL and REINSTALLMODE=vos. I'm not specifying REINSTALLMODE=vomus because I do not want the registry entries to be modified. But the registry entries are being modified anyway. Any idea of how I can prevent this? Thanks. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rennie Petersen Sent: 6. juni 2007 19:18 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Avoiding registry entries being modified withREINSTALL=ALL REINSTALLMODE=vos I'm doing a reinstall, but I don't want the existing registry entries to be modified. So instead of specifying REINSTALLMODE=vomus I specify REINSTALLMODE=vos. But the registry entries still get reset
[WiX-users] Modified version of Tallow for WiX 2.0
A colleague of mine was making some automated WiX scripts, and needed some way to make scripts for .NET assemblies that are to be installed in the GAC, and registered as COM objects. He ended up making some modifications to Tallow in order to get things working the way he needed. This modified version of tallow has additional command line flags that make it possible to automate the generation of registry entries for a COM object for use in a WiX project. The code is derived from WiX revision 2.0.5325.0. Added command line flags: -gg create random GUIDs for component (already present, just not included in -? information) -g use given GUID for component -ci use given Component Id for component -di use given Disk Id for component -fi use given File Id in component -gac install component in GAC Should this source code be submitted to someone, and if so to whom? If not, we're willing to host the source code on our own web site. Med venlig hilsen / Best regards Rennie Petersen Manager Direct: +45 46 92 94 71 - Mobile: +45 40 55 35 64 mailto:[EMAIL PROTECTED] ___ Merlinia Engager 2-4, 1., DK-2605 Broendby, Denmark http://www.merlinia.com - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Automatic installation.
I believe that this sort of thing is best done with a bootstrap program, before starting the Windows Install process, not with a Custom Action during the install. There are many bootstrap possibilities, including one included with Visual Studio. I like the .dotNetInstaller program, which is open source. Yours, Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of nareshkrishnakumar kulothungan Sent: 10. juli 2007 17:19 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Automatic installation. Hi, I am checking whether .Net 1.1 is installed or not and if the .Net 1.1 is not installed, I will throw an error message and give the user the option to download the .Net 1.1 package automatically by creating a custom Action using VBScript. If the user clicks OK button, I will run the URL http://www.microsoft.com/downloads/details.aspx?familyid=262D25E3-F589-4 842-8157-034D1E7CF3A3) and the user will download the .Net 1.1 package. Similarly I will allow the user to run GPMC package if the GPMC is not installed in the host computer. I have created a Custom Action, Binary and InstallExecuteSequence given below: InstallExecuteSequence RemoveExistingProducts After=InstallFinalize / Custom Action=RunScript After=LaunchConditions / /InstallExecuteSequence CustomAction Id=RunScript BinaryKey=autoinstall VBScriptCall=AutoInstall / Binary Id=autoinstall src=Binary\Install.vbs / I wanted to know how to link the Condition element and VB Script. Kindly guide me how to go about. Vb Script: Function AutoInstall Set objShell = CreateObject(Wscript.Shell) intMessage = Msgbox(Click OK to Install it or Cancel to exit Setup?,vbOKCancel) If intMessage = vbOK Then objShell.Run(http://www.microsoft.com/downloads/details.aspx?familyid=2 62D25E3-F589-4842-8157-034D1E7CF3A3) Else Wscript.Quit(1) End If ?xml version='1.0' encoding='Windows-1252'? Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Product Name=$(var.ProductName) Manufacturer=$(var.Manufacturer) Version=$(var.Version) Language=1033 Id=$(var.GUIDProduct) UpgradeCode=$(var.GUIDUpgrade) Package Id=---- Manufacturer=$(var.Manufacturer) Description=$(var.Description) Comments=$(var.Comments) Compressed=yes InstallerVersion=200 Languages=1033 ShortNames=no SummaryCodepage=1252 / !-- Media -- Media Id=1 EmbedCab=yes Cabinet=cis.cab / !-- Conditions -- Property Id=NETFRAMEWORKV1_1 RegistrySearch Id=NetFrameworkV1_1 Root=HKLM Key=SOFTWARE\Microsoft\NET Framework Setup\NDP\v1.1.4322 Name=Install Type=raw / /Property Property Id=FILEEXISTS DirectorySearch Depth='0' Id=DirSearch Path=$(var.SystemFolder) FileSearch Id=CheckGPMConsole Name=gpmc.msc / /DirectorySearch /Property ?include .\Include.wxi ? !-- *** -- !-- Launch Conditions -- !-- *** -- Condition Message='This setup requires the .NET Framework version 1.1. Please install the .NET Framework and run this setup again. The .NET Framework 1.1 can be obtained from the http://www.microsoft.com/downloads/details.aspx?familyid=262D25E3-F589-4 842-8157-034D1E7CF3A3' ![CDATA[((NETFRAMEWORKV1_1) OR (Installed))]] /Condition Condition Message='This setup requires the Group Policy Management Console(GPMC). The GPMC can be obtained from the http://www.microsoft.com/downloads/details.aspx?familyid=0a6d4c24-8cbd-4 b35-9272-dd3cbfc81887' ![CDATA[((FILEEXISTS) OR (Installed))]] /Condition /Product /Wix Thanks, Naresh Krishna Kumar. K Get the free Yahoo! toolbar http://us.rd.yahoo.com/evt=48226/*http://new.toolbar.yahoo.com/toolbar/ features/norton/index.php and rest assured with the added security of spyware protection. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now.
Re: [WiX-users] updating properties
Try giving the property name all capitals, i.e., MYPROPERTY.
Rennie
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Craig Ward
Sent: 17. juli 2007 13:32
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] updating properties
I'm trying to update a property from a PushButton. So, in my
project file I have:
Property Id=MyProperty
MyDefaultValue
/Property
, and in a dialog I have:
Control Id=MyEdit Type=Edit X=45 Y=85 Width=220
Height=18 Property=TXT.VALUE Text={80} /
Control Id=Next Type=PushButton X=236 Y=243 Width=56
Height=17 Default=yes Text=amp;Next
Publish Property=MyProperty Value=[TXT.VALUE]1/Publish
Publish Event=NewDialog Value=[WixUI_MyDlg_Next]1/Publish
/Control
Unfortunately, this doesn't change the property from its
default value.
Any ideas?
--
---
This SF.net email is sponsored by DB2 Express Download DB2
Express C - the FREE version of DB2 express and take control
of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
