[WiX-users] Bootstrapper Application (wix3.6)
Hi I'd like to create my own UI for my bootstrapper. There is no documentation about it, neither a template project in the VS new projects I am doing so: -download wix3.6 source code -compiling wixstdba from source code -using it: with some Payloads (pngs, xml, wxl...) My two questions are: -Am I doing it correctly? (I didn't make it work yet) -Why do I need wix3.6 source code to do this, why are not the needed files in the SDK/VS2008 installation folder? -Customizing bootstrapper UI is really needed in many cases, why are these steps not documented? people usually need more than stdba features and design. Thanks in advance up2date.cyborg -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] migrating wix 3.5 -> wix 3.6(7)
Hi I would like to know if it's worth migrating all the UI to the bootstrapper? Also, is it worth starting the software exe from the MSI, or from the bootstrapper? I am trying to understand where should be placed things, I mean, I wonder "should I put this action in a custom wixstdba or should it be in the MSI itself?". Also I'd like to know, if when started to use a bundle, it's an irreversible thing: distributing a MSI (upgrade) to clients after they have installed through a bundle is something possible (technically, and also on the Control Panel Add/Remove point of vue, not having duplicates etc)? I hope I express my doubts clearly enough. Thanks up2date.c -- Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] bootstrapper UI question
Hi I'd like to move a setup (that has only one pre-req) from MSI UI to bootstrapper UI. To achieve it, should I have to create my own wixstdba? I ask this because I need a UI with many pages, each one customized, so I cannot re-use the standard one. Does it make sense to do all the UI in the bootstrapper? then have the main MSI just installing the program files, and executing a few custom actions. I wonder where would be the logical limit, of what writing in the BA and what writing in the main MSI, like executing a "thankyou" page when installation is complete (bootstrapper, or MSI custom action?) Thanks up2date.c -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] bootstrapper UI question
So conditions like install on at least WinXP SP3 should be done in the bootstrapper and removed from my MSI, right? Should I move actions like closing running application from the MSI to the bootstrapper too, and all things that could display any dialog/msgbox? thanks for the answer On 05/12/2012 18:02, Peter Shirtcliffe wrote: > Yes, create the UI in a custom bootstrapper. The separation is: data > collection goes in the bootstrapper; modifying system state goes in the MSIs. > > -Original Message----- > From: up2date.cyb...@gmail.com [mailto:up2date.cyb...@gmail.com] > Sent: 05 December 2012 16:48 > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] bootstrapper UI question > > Hi > I'd like to move a setup (that has only one pre-req) from MSI UI to > bootstrapper UI. > To achieve it, should I have to create my own wixstdba? I ask this because I > need a UI with many pages, each one customized, so I cannot re-use the > standard one. > Does it make sense to do all the UI in the bootstrapper? then have the main > MSI just installing the program files, and executing a few custom actions. > I wonder where would be the logical limit, of what writing in the BA and what > writing in the main MSI, like executing a "thankyou" page when installation > is complete (bootstrapper, or MSI custom action?) > > Thanks > up2date.c > > - > - > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > SDL PLC confidential, all rights reserved. > If you are not the intended recipient of this mail SDL requests and requires > that you delete it without acting upon or copying any of its contents, and we > further request that you advise us. > SDL PLC is a public limited company registered in England and Wales. > Registered number: 02675207. > Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 > 7DY, UK. > > > -- > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] bootstrapper UI question
Thanks for the replies it will help me. I also guess that launching app exe once install is successful should be part of the bootstrapper. On 05/12/2012 18:40, Peter Shirtcliffe wrote: > You do want conditions like that in the bootstrapper because the user doesn't > want to enter pages of information before being told, "you can't". > However, if there's any chance the MSI will be used outside the bootstrapper, > keep them in that too. > > Actions that require user interaction either will go in the bootstrapper UI > or they may simply cause an error and exit in the bootstrapper. > Closing running applications would be OK in the bootstrapper because a) it > doesn't change system state in any lasting way and b) it doesn't need to > happen within the installation transaction and be rolled back should > installation fail. > > -Original Message- > From: up2date.cyb...@gmail.com [mailto:up2date.cyb...@gmail.com] > Sent: 05 December 2012 17:10 > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] bootstrapper UI question > > So conditions like install on at least WinXP SP3 should be done in the > bootstrapper and removed from my MSI, right? > Should I move actions like closing running application from the MSI to the > bootstrapper too, and all things that could display any dialog/msgbox? > thanks for the answer > > On 05/12/2012 18:02, Peter Shirtcliffe wrote: >> Yes, create the UI in a custom bootstrapper. The separation is: data >> collection goes in the bootstrapper; modifying system state goes in the > MSIs. >> -Original Message- >> From: up2date.cyb...@gmail.com [mailto:up2date.cyb...@gmail.com] >> Sent: 05 December 2012 16:48 >> To: wix-users@lists.sourceforge.net >> Subject: [WiX-users] bootstrapper UI question >> >> Hi >> I'd like to move a setup (that has only one pre-req) from MSI UI to >> bootstrapper UI. >> To achieve it, should I have to create my own wixstdba? I ask this >> because I need a UI with many pages, each one customized, so I cannot >> re-use the standard one. >> Does it make sense to do all the UI in the bootstrapper? then have the >> main MSI just installing the program files, and executing a few custom > actions. >> I wonder where would be the logical limit, of what writing in the BA >> and what writing in the main MSI, like executing a "thankyou" page >> when installation is complete (bootstrapper, or MSI custom action?) >> >> Thanks >> up2date.c >> >> -- >> --- >> - >> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial >> Remotely access PCs and mobile devices and provide instant support >> Improve your efficiency, and focus on delivering more value-add >> services Discover what IT Professionals Know. Rescue delivers >> http://p.sf.net/sfu/logmein_12329d2d >> ___ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> SDL PLC confidential, all rights reserved. >> If you are not the intended recipient of this mail SDL requests and > requires that you delete it without acting upon or copying any of its > contents, and we further request that you advise us. >> SDL PLC is a public limited company registered in England and Wales. > Registered number: 02675207. >> Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 > 7DY, UK. >> >> -- >> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free >> Trial Remotely access PCs and mobile devices and provide instant >> support Improve your efficiency, and focus on delivering more >> value-add services Discover what IT Professionals Know. Rescue >> delivers http://p.sf.net/sfu/logmein_12329d2d >> ___ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users > > - > - > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely > access PCs and mobile devices and provide instant support Improve your > efficiency, and focus on delivering more value-add services Discover what IT > Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d > ___ > WiX-users mailing list > WiX-us
[WiX-users] Bootstrapper Application: dynamically change variable/MSI property
I created my own bootstrapper application, because I need to have a custom UI. I'd like to add dynamically some properties to my main MSI (from my custom wixstdba.dll). Is that possible?, even using a ? Thanks -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bootstrapper Application: dynamically change variable/MSI property
it's ok, I found myself :) m_pEngine->SetVariableString(L"ID", L"this_is_my_id"); then in the bundle.wxs http://www.xxx.com/mypackage.msi"; Permanent="no" SourceFile="$(var.SolutionDir)bin\x86\$(var.Configuration)\mypackage.msi" Visible="no" Vital="yes"> On 09/12/2012 20:24, up2date.cyb...@gmail.com wrote: > I created my own bootstrapper application, because I need to have a > custom UI. > I'd like to add dynamically some properties to my main MSI (from my > custom wixstdba.dll). > Is that possible?, even using a ? > > Thanks -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bootstrapper Application: dynamically change variable/MSI property
it's ok, I found myself :) m_pEngine->SetVariableString(L"ID", L"this_is_my_id"); then in the bundle.wxs: http://www.mypackage.com/mypackage.msi"; Permanent="no" SourceFile="$(var.SolutionDir)bin\x86\$(var.Configuration)\mypackage.msi" Visible="no" Vital="yes"> On 09/12/2012 20:24, up2date.cyb...@gmail.com wrote: > I created my own bootstrapper application, because I need to have a > custom UI. > I'd like to add dynamically some properties to my main MSI (from my > custom wixstdba.dll). > Is that possible?, even using a ? > > Thanks -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Is this a bug?
Here is my log when my BA is downloading a msi package from a server: (the bad thing is the overall progress percentage) [1070:122C][2012-12-10T23:28:23]i338: Acquiring package: MySetup, payload: MyPackage, download from: http://www.mydomain.lan/MyPackage.msi [1070:122C][2012-12-10T23:28:30]i000: WIXSTDBA: OnCacheAcquireProgress() - container/package: MySetup, payload: MyPackage, progress: 65536, total: 5300224, overall progress: 133% [1070:122C][2012-12-10T23:28:32]i000: WIXSTDBA: OnCacheAcquireProgress() - container/package: MySetup, payload: MyPackage, progress: 131072, total: 5300224, overall progress: 266% [1070:122C][2012-12-10T23:28:32]i000: WIXSTDBA: OnCacheAcquireProgress() - container/package: MySetup, payload: MyPackage, progress: 196608, total: 5300224, overall progress: 400% [1070:122C][2012-12-10T23:28:32]i000: WIXSTDBA: OnCacheAcquireProgress() - container/package: MySetup, payload: MyPackage, progress: 262144, total: 5300224, overall progress: 533% [1070:122C][2012-12-10T23:28:33]i000: WIXSTDBA: OnCacheAcquireProgress() - container/package: MySetup, payload: MyPackage, progress: 327680, total: 5300224, overall progress: 666% [1070:122C][2012-12-10T23:28:34]i000: WIXSTDBA: OnCacheAcquireProgress() - container/package: MySetup, payload: MyPackage, progress: 393216, total: 5300224, overall progress: 800% -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX 3.7 RC + VS2010 SP1
Just to say that I had to modify manually my bootstrapper and msi projects to create x64 configuration. VS2010 created the configurations correctly, but was not saving them to the wixproj files. After modifying them manually it worked... is this a bug? with WiX 3.5 it was working well. (I didn't test with wix3.6) -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX 3.7 RC + VS2010 SP1
Thanks, I guess it's this one: http://sourceforge.net/p/wix/bugs/2993/ In my case it only worked modifying manually the .wixproj files. But I confirm I also had the same behavior creating x64 in the config manager, then when a) saving solution, closing it, reopening it OR b) closing config manager then reopening it the x64 config disappeared. Anyway it's not blocking my work. I did a mistake when saying it was working with wix 3.5, in fact I used to work with VS2008+wix3.5, now I moved to VS2010+wix3.7. On 13/12/2012 17:10, Rob Mensching wrote: > I do believe there is a bug tracking that issue. It would be great if you > ensured it matched your experience. > > > On Thu, Dec 13, 2012 at 4:51 AM, up2date.cyb...@gmail.com < > up2date.cyb...@gmail.com> wrote: > >> Just to say that I had to modify manually my bootstrapper and msi >> projects to create x64 configuration. >> VS2010 created the configurations correctly, but was not saving them to >> the wixproj files. >> After modifying them manually it worked... >> is this a bug? >> with WiX 3.5 it was working well. (I didn't test with wix3.6) >> >> >> -- >> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial >> Remotely access PCs and mobile devices and provide instant support >> Improve your efficiency, and focus on delivering more value-add services >> Discover what IT Professionals Know. Rescue delivers >> http://p.sf.net/sfu/logmein_12329d2d >> ___ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> > > -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX 3.7 release date?
Hi As the 3.7 RC was released some weeks ago now, I wonder if you have a date about final release? Also, today I read the post about WiX 4.0 on Rob's blog, will the msi+bootstrappers created with WiX3.6/3.7 be updated without any problem when migrating later to bootstrappers created with 4.0 (I mean the final exe to be distrubuted to clients, not the bundle code)? Thanks -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX 3.7 release date?
1. good 2. I was wondering if bootstrappers created with v3.7 (and installed on client machines) will be correctly updated when running a new bootstrapper created with v4. In fact I was talking about the client installation point of vue, not the development part (like there won't be duplicated add/remove entries if using the same bundle UpgradeCode...) thanks for the answers On 14/12/2012 23:11, Rob Mensching wrote: > 1. I expect WiX v3.7 RTMs Christmas Eve. > 2. I don't fully understand your second question. Bundles built using WiX > v3.x will work great. If you upgrade to WiX v4 toolset then you may have to > edit your setup code some to make it work because we may introduce breaking > changes in WiX v4 to make things even more awesome. > > > On Thu, Dec 13, 2012 at 2:35 PM, up2date.cyb...@gmail.com < > up2date.cyb...@gmail.com> wrote: > >> Hi >> As the 3.7 RC was released some weeks ago now, I wonder if you have a >> date about final release? >> Also, today I read the post about WiX 4.0 on Rob's blog, will the >> msi+bootstrappers created with WiX3.6/3.7 be updated without any problem >> when migrating later to bootstrappers created with 4.0 (I mean the final >> exe to be distrubuted to clients, not the bundle code)? >> Thanks >> >> >> -- >> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial >> Remotely access PCs and mobile devices and provide instant support >> Improve your efficiency, and focus on delivering more value-add services >> Discover what IT Professionals Know. Rescue delivers >> http://p.sf.net/sfu/logmein_12329d2d >> ___ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> > > -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] util:RegistrySearch default value if not found
Hi, in a bundle, using util:RegistrySearch, is there a way to set a default value to a variable? What I have now: I want to pass the value to a MSI package with: If the registry value is not found, the command line of the msi is "MYMSIVAR=", so I'd like to: -define a default value if registry value doesn't exist OR -don't set the MsiProperty if the registry value doesn't exist Can someone help me? or tell me another way thanks -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] bootstrapper VERSION_INFO
Hi, To the WiX developers: I was running Process Explorer (sysinternals) and I saw that the Description and Company Name columns only contains one character (the first one set in @Bundle/Name and @Bundle/Manufacturer). On all the processes running on my computer, only the bootstrapper (created with WiX v3.7 RC) has this strange bug, so I don't guess it's a Process Explorer bug. (maybe a unicode problem?! but others program stores it in unicode and are displayed correctly) Note that in Windows it's displayed correctly. Of course this is not a blocking problem, but I was just wondering if something was wrong when WiX updates/creates the resource VERSION_FILE in the final exe. Regards. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to make Burn do MinorUpgrades?
What I do is to always maintain the bundle version the same as the main
msi package...
Also I created a custom wixstdba.dll to which I added:
BOOTSTRAPPER_RELATED_OPERATION_NONE == operation
in OnDetectRelatedBundle():
if (!m_sczPrereqPackage &&
BOOTSTRAPPER_RELATED_OPERATION_DOWNGRADE == operation ||
BOOTSTRAPPER_RELATED_OPERATION_NONE == operation) {
m_fDowngrading = TRUE;
}
So that when trying to install the same bundle version, you get an error
saying that an existing version is already installed, please uninstall
it first from the control panel bla bla bla.
In this way I don't mix versions, maybe it's not the optimal way, but
like this, you maintain one version, and in the control panel add/remove
program, you get the real version of the program, not only the bundle
version.
I use a own made python script when I create a new version of my
software/setup, it updates all the places where version is used (exe
resources, bundle version, product version...) and also the ProductId so
we can do a msi upgrade.
On 19/12/2012 15:27, faktorx2001 wrote:
> I've the same problem.
>
> I've a bundle v. 1.0.6 with msi v. 1.0.6 installed.
>
> Then I installed a bundle v. 1.0.6 with msi v. 1.0.7 , the upgrade works but
> there's also a second entry in the ARP.
>
> If I install a bundle v. 1.0.7 with msi v. 1.0.7 the upgrade works also but
> after that the bundle uninstalled the older version
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-make-Burn-do-MinorUpgrades-tp7579457p7582464.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] merry christmas
it's almost 25th here in europe, so I wish WiX (and its dependencies: all the people using it) a merry christmas! -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Transition from InstallShield to WiX
I was wondering: are there many big microsoft softwares that uses WiX with burn? On 29/12/2012 05:43, Rob Mensching wrote: > Easiest way is to use dark to decompile your MSI. Burn (the WiX toolset > bootstrapper) creates Bundles that can install prerequisites and far more. > For example, the Visual Studio install (~130 packages) uses Burn to install. > > > On Fri, Dec 28, 2012 at 2:40 PM, Richard J Otter wrote: > >> Can anyone point me to a web resource that would ease the transition from >> InstallShield to WiX? >> >> I've been using DTF for several years writing custom actions for >> InstallShield. I'm interesting in giving the rest of WiX a try. >> >> I'm specifically confused about the "Wix bootstrapper" and how it is >> involved with the msi GUI. (huh?) I assumes a bootstrapper for WiX would be >> like the bootstrapper for IS in that it could install prerequisites. >> >> Thanks. >> Richard >> >> >> >> -- >> Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and >> much more. Get web development skills now with LearnDevNow - >> 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. >> SALE $99.99 this month only -- learn more at: >> http://p.sf.net/sfu/learnmore_122812 >> ___ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> > > -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installing 32-bit and 64-bit components in same bundle
Hi
I used to use installshield in my previous company, it was a CTO decision...
I won't say it's better or not, but what made us crazy (the developers,
not the CTO) was the SVN diffs with a strange XML format created by the
installshield IDE, diffs was a nightmare... sometimes we had to make
changes manually in the xml containing hundreds of non-understandable
lines... very bad experience.
wix is getting more and more perfect, with a very few code you create a
good and stable setup, and even better since burn!
As Steve said you have done a great job.
up2date.c
On 04/01/2013 18:21, Steven Ogilvie wrote:
> You guys have done an amazing job...
>
> This coming from an InstallShield/InstallAnywhere user ;)
>
> (won't be using them again!)
>
> Steve
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: January-04-13 12:13 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Installing 32-bit and 64-bit components in same
> bundle
>
> Good, thanks for letting me know. Always worry I've forgotten how something
> works when people never confirm (positive or negative).
>
>
> On Fri, Jan 4, 2013 at 7:47 AM, Steven Ogilvie
> wrote:
>
>> Awesome, removed those package condition checks and it works like a
>> charm
>> :)
>> Thanks Rob!!
>>
>> Steve
>>
>> -Original Message-
>> From: Rob Mensching [mailto:r...@robmensching.com]
>> Sent: January-03-13 11:20 PM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] Installing 32-bit and 64-bit components in
>> same bundle
>>
>> Burn automatically figures everything out for MSI packages (because
>> MSI packages are self-descriptive). You only really have to
>> micro-manage ExePackages.
>>
>> Did you take a look at the WiX Bundle? You'll see very few
>> InstallConditions.
>>
>>
>> On Thu, Jan 3, 2013 at 3:30 PM, Steven Ogilvie
>> >> wrote:
>>> Your saying no need to do a search if the product is installed or not..
>>> Burn will auto detect that? How?
>>>
>>> There isn't much documentation regarding burn :(
>>>
>>> Steve
>>>
>>> -Original Message-
>>> From: Rob Mensching [mailto:r...@robmensching.com]
>>> Sent: January-03-13 5:13 PM
>>> To: General discussion for Windows Installer XML toolset.
>>> Subject: Re: [WiX-users] Installing 32-bit and 64-bit components in
>>> same bundle
>>>
>>> If you're using MSI packages, you shouldn't need to detect that the
>>> MSIs are already installed (Burn will do that for you). You could
>>> have one condition and just use "VersionNT64".
>>>
>>> Also, detecting MSIs installed using the ProductCode in the ARP
>>> registry key seems really wrong. util:ProductSearch would be more
>>> appropriate (although should still be unnecessary in this scenario).
>>>
>>>
>>> On Thu, Jan 3, 2013 at 10:38 AM, Steven Ogilvie
>>> >>> wrote:
Yes I am doing the same thing using Burn (creates a bootstrapper
exe)
Here is example in the chain element:
>>>DisplayName="Microsoft SQL Server Compact
3.5
SP2 (x86)"
DisplayInternalUI="no"
Visible="yes"
SourceFile="..\PreReqs\SSCERuntime_x86-ENU.msi"
Name="RedistTMC\SSCERuntime_x86-ENU.msi"
InstallCondition="Not SQLCompactx86Installed"
Cache="no"
Compressed="no"
Permanent="yes"/>
>>>DisplayName="Microsoft SQL Server Compact
3.5
SP2 (x64)"
DisplayInternalUI="no"
Visible="yes"
SourceFile="..\PreReqs\SSCERuntime_x64-ENU.msi"
Name="RedistTMC\SSCERuntime_x64-ENU.msi"
InstallCondition="Not SQLCompactx64Installed
AND VersionNT64"
Cache="no"
Compressed="no"
Permanent="yes"/>
And in the fragment element the check for the above .msi's
>>> Id="SQLCompactx86Search"
>>
>> Key="SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{3A9FC03D-C685-4831-94CF-4EDFD3749497}"
Value="DisplayVersion"
Root="HKLM"
Result="value"
Variable="SQLCompactx86Installed"/>
>>> Id="SQLCompactx64Search"
>>
>> Key="SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}"
Value="DisplayVersion"
Root="HKLM"
Result="value"
Win64="yes"
Variable="SQLCompactx64Installed"/>
-Original Message-
From: Eric Schultz [mailto:eschu...@outercurve.org]
Sent
Re: [WiX-users] how to uninstall exe when my MSI is uninstalled
You should use WiX 3.6 or 3.7 with burn to create a bootstrapper, instead of installing setup exe from an msi. On 05/01/2013 13:12, Yoyo wrote: > I created an MSI that installs my app, and it also install an exe app using > CustomAction. When I go to "Uninstall Programs" I see entries for both my > MSI and the utility (exe app). > If I uninstall my MSI it works fine but the utility is still installed and I > need to manually uninstall it from the "Add/Remove Programs". > > Is there a way to automatically uninstall the exe when the MSI is being > uninstalled? > > The CustomAction is: >ExeCommand="/S" Execute="immediate" Return="asyncNoWait" > > > > > Thank you. > > > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-uninstall-exe-when-my-MSI-is-uninstalled-tp7582653.html > Sent from the wix-users mailing list archive at Nabble.com. > > -- > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. SALE $99.99 this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122912 > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding/deleting project configurations
I confirm the issue, and I have also seen a bug opened, in my case I modified the project files manually... On 06/01/2013 00:42, Rob Mensching wrote: > I believe there is a bug open on this issue. I've been told it's something > in MPF that isn't implemented correctly. > > > On Sat, Jan 5, 2013 at 3:07 PM, Bruce Cran wrote: > >> Is adding or deleting project configurations in Visual Studio supposed >> to work (in WiX 3.7)? With VS2010 when I try and add or remove a >> configuration to the WiX project in the solution's Configuration Manager >> it doesn't give any error message but no changes are applied. >> >> -- >> Bruce Cran >> >> >> -- >> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, >> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current >> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft >> MVPs and experts. SALE $99.99 this month only -- learn more at: >> http://p.sf.net/sfu/learnmore_122912 >> ___ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> > -- > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. SALE $99.99 this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122912 > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] burn download problem
Hi,
I have a client that sent me a log containing the following problem.
The download fails, but why?! hard to say, what kind of information can
I ask to my client? guessing he may not be computer expert at all...
Note that he successfully downloads the bootstrapper from Firefox, and
told me that the problem occurs on 2 different computers (Windows XP SP3).
I renamed my real package name and domain, I prefer this not to be
public in the mail list.
[0410:0308][2013-01-09T08:43:15]w343: Prompt for source of package:
MyPackage, payload: MyPackage, path: C:\Documents and
Settings\Administrator\Desktop\Downloads\MyPackage_setup.msi
[0410:0308][2013-01-09T08:43:15]i338: Acquiring package: MyPackage,
payload: MyPackage, download from:
http://www.mypackage.com/download/1.0.0.0/x86/
[0410:0308][2013-01-09T08:43:16]e000: Error 0x80072efd: Failed to send
request to URL: http://www.mypackage.com/download/1.0.0.0/x86/, trying
to process HTTP status code anyway.
[0410:0308][2013-01-09T08:43:16]e000: Error 0x80072efd: Unknown HTTP
status code 0, returned from URL:
http://www.mypackage.com/download/1.0.0.0/x86/
[0410:0308][2013-01-09T08:43:16]e000: Error 0x80072efd: Failed to send
request to URL: http://www.mypackage.com/download/1.0.0.0/x86/
[0410:0308][2013-01-09T08:43:16]e000: Error 0x80072efd: Failed to
connect to URL: http://www.mypackage.com/download/1.0.0.0/x86/
[0410:0308][2013-01-09T08:43:16]e000: Error 0x80072efd: Failed to get
size and time for URL: http://www.mypackage.com/download/1.0.0.0/x86/
[0410:0308][2013-01-09T08:43:16]e000: Error 0x80072efd: Failed attempt
to download URL: 'http://www.mypackage.com/download/1.0.0.0/x86/' to:
'C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\{0174ff8d-ff0b-464f-b132-c4f84686f9e2}\MyPackage'
--
Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
and much more. Keep your Java skills current with LearnJavaNow -
200+ hours of step-by-step video tutorials by Java experts.
SALE $49.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122612
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] burn download problem
You mean because of burn using wininet (with default proxy fro IE I
guess) he could use firefox without any problem and IE not?
I'll ask him to try to use IE and see the result.
Thanks.
On 09/01/2013 17:49, Rob Mensching wrote:
> Have the user try using Internet Explorer. It could be a proxy thing.
>
>
> On Wed, Jan 9, 2013 at 6:58 AM, up2date.cyb...@gmail.com <
> up2date.cyb...@gmail.com> wrote:
>
>> Hi,
>>
>> I have a client that sent me a log containing the following problem.
>> The download fails, but why?! hard to say, what kind of information can
>> I ask to my client? guessing he may not be computer expert at all...
>> Note that he successfully downloads the bootstrapper from Firefox, and
>> told me that the problem occurs on 2 different computers (Windows XP SP3).
>> I renamed my real package name and domain, I prefer this not to be
>> public in the mail list.
>>
>> [0410:0308][2013-01-09T08:43:15]w343: Prompt for source of package:
>> MyPackage, payload: MyPackage, path: C:\Documents and
>> Settings\Administrator\Desktop\Downloads\MyPackage_setup.msi
>> [0410:0308][2013-01-09T08:43:15]i338: Acquiring package: MyPackage,
>> payload: MyPackage, download from:
>> http://www.mypackage.com/download/1.0.0.0/x86/
>> [0410:0308][2013-01-09T08:43:16]e000: Error 0x80072efd: Failed to send
>> request to URL: http://www.mypackage.com/download/1.0.0.0/x86/, trying
>> to process HTTP status code anyway.
>> [0410:0308][2013-01-09T08:43:16]e000: Error 0x80072efd: Unknown HTTP
>> status code 0, returned from URL:
>> http://www.mypackage.com/download/1.0.0.0/x86/
>> [0410:0308][2013-01-09T08:43:16]e000: Error 0x80072efd: Failed to send
>> request to URL: http://www.mypackage.com/download/1.0.0.0/x86/
>> [0410:0308][2013-01-09T08:43:16]e000: Error 0x80072efd: Failed to
>> connect to URL: http://www.mypackage.com/download/1.0.0.0/x86/
>> [0410:0308][2013-01-09T08:43:16]e000: Error 0x80072efd: Failed to get
>> size and time for URL: http://www.mypackage.com/download/1.0.0.0/x86/
>> [0410:0308][2013-01-09T08:43:16]e000: Error 0x80072efd: Failed attempt
>> to download URL: 'http://www.mypackage.com/download/1.0.0.0/x86/' to:
>>
>> 'C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\{0174ff8d-ff0b-464f-b132-c4f84686f9e2}\MyPackage'
>>
>>
>> --
>> Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
>> and much more. Keep your Java skills current with LearnJavaNow -
>> 200+ hours of step-by-step video tutorials by Java experts.
>> SALE $49.99 this month only -- learn more at:
>> http://p.sf.net/sfu/learnmore_122612
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
> --
> Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
> and much more. Keep your Java skills current with LearnJavaNow -
> 200+ hours of step-by-step video tutorials by Java experts.
> SALE $49.99 this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122612
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
and much more. Keep your Java skills current with LearnJavaNow -
200+ hours of step-by-step video tutorials by Java experts.
SALE $49.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122612
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bootstrapper manifest
I would say that as a hack you could write a program that modifies/adds the manifest resource. it's not so much complicated. On 11/01/2013 15:23, Raphael DUCOM wrote: > Hi Rob, > > Can you confirm there is no workaround letting us to put > > into the BA manifest ? > > Waiting for your answer, > Thanks in advance, > Bests, > > Raphael DUCOM > > > > Raphael DUCOM > Développeur > Tel : | Fax : +33 979 999 341 > Web : www.prodware.fr > > -Message d'origine- > De : Raphael DUCOM > Envoyé : mardi 8 janvier 2013 16:44 > À : 'wix-users@lists.sourceforge.net' > Objet : RE: Bootstrapper manifest > > Rob, I agree with you that all can be made with custom actions, but we have > implemented a custom installer which drives the MSI MSP installation with the > WiX Engine, and drives our custom installation Task with specific actions > which fits better our specific needs: > > The reason why we don't use CustomActions and have made the choice to > implement a custom boostrapper/installer is the WiX inability to correctly > manages multi-instance installations on a single machine with heterogeneous > environments for each instance (dependencies, configurations, etc). The way > WiX let developers create a multi-instance installer wasn't sufficient four > our needs. Moreover we have had the need to implement specific actions for > database update (we have a really specific way to make sql schema updates) > directly depending on SQL / IIS configuration, then we have had the need to > implement a working system in order to correctly configure a IIS and a SQL in > a multi-instance mode, without all the actually related problems WiX > encounter. > > For all these reasons, we have made the choice to only use WiX to drives the > msi / msp installations, and have the hand on all the things WiX don't know > how to do, or is really too hard to implement and debug with WiX. > > Now we have a working system, as soon as the use run the installer with "Run > As Administrator", so I'd really like to know if you have an idea to let us > give a better UI experience > > Thanks in advance... > Bests, > > Raphaël > > > Re: [WiX-users] Bootstrapper manifest > From: Rob Mensching - 2013-01-08 15:19 > I don't understand why you can't put the operations that modify the machine > in a package in the Chain. You say you have to do it in the BA but not why. > > > On Tue, Jan 8, 2013 at 6:41 AM, Raphael DUCOM wrote: > > Rob, that's why I said : " I'm working on a boostrapper which really needs > elevated privileges in order to completely install our solution. ( I know I > normally shouldn't do that, but we don't have choice because of the specific > components needed to be install ). " > > So, is there a way to alter / driver / update the Bundle manifest before > generation or once generated ? On just include a resource file into the > Bundle project (as in normal projects), in order to control the executable > manifest ? > > Please, I understood your point of view, and the fact you have to drive the > way people uses WiX, but we only have this option in order to manipulate the > elements we need to manipulate. We are in production environments, and using > really specific technologies, all is working fine except the fact we have to > put a message saying "you must run this "as administrator" because we have no > way at the moment to just modify the manifest of the generated bundle > executable... > > We just need to put a uiAccess="false" /> into this manifest... In order to give a "normal" / > "usual" user experience... (think about nullsoft for example, I believe there > is no restriction at this level) > > Hoping you can drive us to a working workaround... > > Bests, > > > > Re: [WiX-users] Bootstrapper manifest > From: Rob Mensching - 2013-01-08 14:17 > Subject: Re: [WiX-users] Bootstrapper manifest > > Your BootstrapperApplication should not be modifying machine state at all. > Machine state changes should be in "packages" (MSI, EXE, MSP, etc.) that are > listed in the Bundle/Chain element. Your BA can then control which packages > are installed. > > > -Message d'origine- > De : Raphael DUCOM > Envoyé : mardi 8 janvier 2013 09:58 > À : wix-users@lists.sourceforge.net > Objet : Re: Bootstrapper manifest > > Hi Rob, > > Many Thanks for your answer, but I believe I didn't give a good explanation... > When you say "put stuff that modifies the machine in the Chain and elevate", > I think you mean "using a custom action which elevates" like Execute="deferred" Impersonate="no" /> isn't it ? > > My scenario is different, I use the BootstrapperApplication class in order to > implement our custom installer, and lot of specific actions are implemented > inside our UI installer and not as CustomActions. This installer UI also > drives the installation of msi via the wix Engine. > > So I need a way to elevate the process which instantiate and run
[WiX-users] Notify shell for new file associations
Hi In my wix product project, I create some file associations in the registry. I have a small c++ custom action with only: ::SHChangeNotify(SHCNE_ASSOCCHANGED, SHCNF_DWORD | SHCNF_FLUSH, NULL, NULL); ::Sleep(1000); // http://msdn.microsoft.com/en-us/library/windows/desktop/cc144154(v=vs.85).aspx My question is, when should I run this action, is it correct to do the following? In other words: is executing the custom action after WriteRegistryValues correct?, if not, which action should I use? thanks -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Notify shell for new file associations
I am only using RegistryKey s and RegistryValue s, maybe I should use some ProgId/Extension instead, I don't know why I didn't use them :) thanks On 14/01/2013 15:55, Hoover, Jacob wrote: > Are you using ProgId/Extenstion in your MSI? If so, Windows Installer > "should" take care of this for you. > > To be safe, I think I'd place this inside the InstallExecute sequence after > InstallFinalize. This would ensure your binaries were on disk so any icons > for the new extensions would be available for the shell to cache. > > > -Original Message- > From: up2date.cyb...@gmail.com [mailto:up2date.cyb...@gmail.com] > Sent: Sunday, January 13, 2013 6:01 PM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Notify shell for new file associations > > Hi > In my wix product project, I create some file associations in the registry. > I have a small c++ custom action with only: > ::SHChangeNotify(SHCNE_ASSOCCHANGED, SHCNF_DWORD | SHCNF_FLUSH, NULL, > NULL); > ::Sleep(1000); // > http://msdn.microsoft.com/en-us/library/windows/desktop/cc144154(v=vs.85).aspx > > My question is, when should I run this action, is it correct to do the > following? >BinaryKey="MyWixCA" > DllEntry="ShellNotifyAssociations" > Execute="immediate" > Return="ignore" /> > > After="WriteRegistryValues" /> > > > In other words: is executing the custom action after WriteRegistryValues > correct?, if not, which action should I use? > thanks > > -- > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, > Windows 8 Apps, JavaScript and much more. Keep your skills current with > LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and > experts. SALE $99.99 this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122412 > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. SALE $99.99 this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122412 > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only - learn more at: http://p.sf.net/sfu/learnmore_122512 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] setup i18n
Hi all, I search the web for information about it, but it's quite confusing for me. I currently have a bootstrapper (i'm using wix3.7), a custom wixstdba.dll, and one setup msi. My UI is displayed by the bootstrapper, nothing is displayed from the msi itself. I'd like to handle more than one languages in the UI. let's say with a dropdown list when installing. But I'd like to have only one msi, saving in the registry the selected language, so that the installed program exe can read it and display the correct language. I don't want to have many exe each one with one language, the same for msi, it would be hard to maintain and distribute. Can someone help me or show me the correct way to do it? Thanks -- 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
