Re: [WiX-users] How to best install generic system withcustomerspecific add-ins

[Thomas Due]

Fair enough, I'll try to explain the situation a little better, but Sascha's 
suggestion about shared fragments files makes absolute sense now that I think 
about it. It hadn't even crossed my mind. I would to be careful about how I 
shared them, so I would only have one actual copy of the fragments files, 
otherwise I would face hell updating all copies when there were changes to the 
common files.

Anyway: 

I have a service with a couple of common libraries, in itself this service does 
nothing. It merely forms an extensible framework for customer specific 
functions. 

Then I have the customer specific functions, these are "just" dll assemblies 
which are added to the service and supplies the actual functionality. 

So, instead of having to copy-and-paste a generic WiX project to each customer 
project, I thought I would make a generic module which contains the service and 
common assemblies, the necessary functionality for installing and starting the 
service etc. 
Additionally it would contain the UI sequence but allow for customer specific 
dialogs.

This module would then be added to a customer specific installer which 
contained the remaining logic, like adding the customer extension to the 
framework and other various customer specific actions. 

This is what I want, how do I do that best? 

Merge Modules? 
WiX libraries? 
Shared WiX fragments?

Best regards,

Thomas Due



-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: 22. oktober 2009 17:41
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to best install generic system 
withcustomerspecific add-ins

If Merge Modules look like they will work, I'd use .wixlibs instead (
http://www.robmensching.com/blog/posts/2008/10/10/What-are-.wixlibs-and-why-would-you-use-them).
The WiX toolset's reusable functionality (from the Extensions and all the
UI) use .wixlibs. The Wix.chm has a nice section on how to customize
dialogs.  I'd start there. Without more details about your exact project
it's hard to provide more detailed advice. 

On Thu, Oct 22, 2009 at 1:27 AM, Thomas Due  wrote:

> I have been studying the documentation and the tutorial and come to the
> conclusion that patching is out, since that is essentially just the
> difference between two installers which is exactly what I want to avoid;
> Writing two installers...
>
> So, my next thought is: How about merge modules then?
>
> What I mean is, that I put all the common stuff into a merge module, it
> seems that it can contain all the logic regarding files and components
> and installing/starting services etc.
>
> Then I write the installer for each customer, which contains only the
> customer specific bits and adds the merge module containing all the
> common bit etc.
>
> So far so good. But how about the UI? Can I contain MOST of the gui in
> the merge module and only add a few customer specific dialogs (if
> necessary) in the customer installer, and if so, how do inject dialogs
> like that?
>
> Best regards,
> Thomas Due - Software Developer
>
> -Original Message-
> From: Thomas Due
> Sent: 22. oktober 2009 09:13
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] How to best install generic system with
> customerspecific add-ins
>
> I am currently finishing up on a generic system which we will sell to
> many different customer with different needs. So, as a result this
> generic system is based on extensions, or add-ins.
>
> Now I am thinking how to best write an installer for this.
> Although I could copy-n-paste the entire WiX project every time I make a
> new customer-specific extension, I think that is quite the wrong way to
> go about writing the installer for this system.
>
> So, I am thinking patches, or maybe transformations?
>
> An installer for the system itself, and then a patch with the customer
> specific bits. This way, I get to maintain a single installer with
> upgrade codes etc. and a simple patch installer for each customer
> project. On paper that should be simple enough, but how do I do that?
>
> I am currently still learning WiX, so my knowledge is, at best, shaky.
> So I need a bit of help.
>
> How do I create patches for a specific installer, and is the plan
> actually sound?
>
> Best regards,
> Thomas Due - Software Developer
>
>
>
>
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.c

Re: [WiX-users] How to get USERDOMAIN?

[Konstantin Vlasenko]

It is exactly what I need:)

Sent from my iPhone

23.10.2009, в 1:05, Michael Osmond  написал(а):

> The big issue with %USERDOMAIN is that it is the domain of the user  
> account that is logged on (and running the install).  This may not  
> be the Domain you are after.  Example:   You are installing software  
> on a Server in an Active Directory domain.  You want the domain name  
> of AD - but the user account logged on is the local administrator  
> for the server, in this case the %USERDOMAIN will actually be the  
> server name, as this is a local account.
>
> By the way, I have not found an easy way to get the domain in this  
> case, other than prompt for it.
>
> Michael
>
> -Original Message-
> From: Blair [mailto:os...@live.com]
> Sent: Friday, 23 October 2009 6:51 AM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] How to get USERDOMAIN?
>
> If it exists and you trust it, it can be used in any field that  
> accepts
> environment variables (for example: formatted). It cannot be evaluated
> within the context of a deferred custom action, but it can be  
> evaluated in
> the process of writing the deferred script, so it should work in the
> CustomAction table even for deferred actions.
>
> -Original Message-
> From: Konstantin Vlasenko [mailto:konstantin.vlase...@gmail.com]
> Sent: Thursday, October 22, 2009 1:00 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] How to get USERDOMAIN?
>
> Hello,
> I need to put usersomain into configuration file during the
> installation.
> How can I use %USERDOMAIN environment variable in the setup?
> Do we have some restrictions related to how and when we can use this
> environment variable?
>
>
>
> --- 
> --- 
> --
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --- 
> --- 
> --- 
> -
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --- 
> --- 
> --- 
> -
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Questions on more advanced WiX Installer UI

[Sascha Beaumont]

Hi Dan,

This sounds like something similar to what we were trying to do with
our installer. The question you should ask yourself is do you need to
do this during installation, or could you move some of these steps to
a post-install phase?

What we ended up doing is for interactive installations, launching a
separate program post-install that does all the key validation and the
required webservice calls when the user presses the "Finish" button.

For corporate deployments (i.e. silent mode, no UI), certain
properties can be embedded in the MSI or provided on the command line
- if these are present we call a command line program with CAQuietExec
that does pretty much the same thing that the GUI would.

The key is further validated by the application at runtime, dropping
back into a demo mode if it can't find a license and prompting the
user to launch the "activation" GUI program.

The end result is a simpler installation that's much easier to manage,
requiring an internet connection during install can lead to a number
of problems so by separating it out the user doesn't get as confused
about why things might be failing.

Sascha

On Thu, Oct 22, 2009 at 4:53 AM, Dan Giambalvo  wrote:
> I'm working on some enhancements to our WiX based setup UI, and wanted to 
> know if a few things are possible using the UI components Windows Installer 
> makes available:
>
> 1)      We have a custom action as a part of our installer that makes a web 
> service call.  We'd like to embed in the UI a spinner that would spin during 
> the time we are making the call.  Does such a control exist in the Windows 
> Installer toolkit?  Can we use some type of animated gif for this purpose?
>
> 2)      We have to accept entry of a product-key type code at install.  
> Ideally, we'd like to add some logic so we auto-add/remove separators at the 
> right time, don't allow invalid characters (input is Hex) etc.  Does Windows 
> Installer have any mechanism for doing this sort of thing?
>
> Thanks in advance for any help!
> -Dan
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to best install generic system with customerspecific add-ins

[Sascha Beaumont]

As Rob suggests, wixlibs are one way to go.

My builds aren't overly huge, so I just have a bunch of "shared" wxs
files that I use with a number of projects, with a whole bunch of
fragments in them. Fragments are awesome ;)

Common\UI.wxs
Common\CommonFeature.wxs
Common\LaunchConditions.wxi
...
Product1\Configuration.wxi
Product1\Product.wxs
Product1\MoreStuff.wxs
...
Product2\Configuration.wxi
Product2\Product.wxs
Product2\EvenMoreStuff.wxs

I pretty much just copy/paste Configuration.wxi and Product.wxs for
each product, and then add additional per-product fragments as
required, a lot of the time I'll start developing something in one
product and then later migrate it into the "Common" folder if it's
needed by another product.

If you've got a big product that takes a while to install, then
wixlibs are probably the better bet :)

Sascha

On Thu, Oct 22, 2009 at 7:27 PM, Thomas Due  wrote:
> I have been studying the documentation and the tutorial and come to the
> conclusion that patching is out, since that is essentially just the
> difference between two installers which is exactly what I want to avoid;
> Writing two installers...
>
> So, my next thought is: How about merge modules then?
>
> What I mean is, that I put all the common stuff into a merge module, it
> seems that it can contain all the logic regarding files and components
> and installing/starting services etc.
>
> Then I write the installer for each customer, which contains only the
> customer specific bits and adds the merge module containing all the
> common bit etc.
>
> So far so good. But how about the UI? Can I contain MOST of the gui in
> the merge module and only add a few customer specific dialogs (if
> necessary) in the customer installer, and if so, how do inject dialogs
> like that?
>
> Best regards,
> Thomas Due - Software Developer
>
> -Original Message-
> From: Thomas Due
> Sent: 22. oktober 2009 09:13
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] How to best install generic system with
> customerspecific add-ins
>
> I am currently finishing up on a generic system which we will sell to
> many different customer with different needs. So, as a result this
> generic system is based on extensions, or add-ins.
>
> Now I am thinking how to best write an installer for this.
> Although I could copy-n-paste the entire WiX project every time I make a
> new customer-specific extension, I think that is quite the wrong way to
> go about writing the installer for this system.
>
> So, I am thinking patches, or maybe transformations?
>
> An installer for the system itself, and then a patch with the customer
> specific bits. This way, I get to maintain a single installer with
> upgrade codes etc. and a simple patch installer for each customer
> project. On paper that should be simple enough, but how do I do that?
>
> I am currently still learning WiX, so my knowledge is, at best, shaky.
> So I need a bit of help.
>
> How do I create patches for a specific installer, and is the plan
> actually sound?
>
> Best regards,
> Thomas Due - Software Developer
>
>
>
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to change shortcut name?

[Sascha Beaumont]

Have you thought about using a wix variable to set the shortcut name
at compile time, rather than at runtime?

i.e. Shortcut/@Name="MyAPP $(var.version)"

Sascha


On Thu, Oct 22, 2009 at 6:30 PM, Jiang, Chunyan (GE Healthcare)
 wrote:
> Hi all,
>
> I have defined the shortcut like this:
>
> 
>
>  Guid="D9DFCBA6-C98F-4146-87D9-C4F83349C8EC">
>
>  Directory="DesktopFolder" Target="[APPLICATIONFOLDER]/MyAPP.exe"
> WorkingDirectory="APPLICATIONFOLDER" />
>
> 
>
>  Name="installed" Type="integer" Value="1" KeyPath="yes" />
>
> 
>
> 
>
>
>
> However, I want to give the shortcut another name, like MyAPP 1.0.0.1,
> which is the version number. How can I perform it? I know that I can
> define custom action to change the Product Name, like:
>
> 
>
>
>
> But it doesn't work for changing shortcut name. How to modify this
> custom action to fit for shortcut name?
>
>
>
> Regards,
>
>
>
> Chunyan
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Beginner's Question on Multi Language Installer

[Sascha Beaumont]

Pretty much all WiX documentation in general assumes a basic knowledge
of Windows Installer technology. This isn't something immediately
obvious to those new to WiX, since pretty much all other commercial
installation software doesn't require this type of knowledge.

I still have yet to find a better reference book than "The Definitive
Guide to Windows Installer" - it's short (less than 300 pages), very
simple and full of useful information. A lot of people jump straight
into WiX without understanding how MSI works and get very confused
very quickly, if you're familiar with how Windows Installer packages
are put together WiX is pretty straightforward.

If something isn't supported by Windows Installer, chances are it's
not supported by WiX (with the exception of a few standard custom
actions - http://wix.sourceforge.net/manual-wix3/standard_customactions.htm)

Generally I refer to the Windows installer documentation (msi.chm)
when I'm trying to figure out *what* it is I'm trying to accomplish,
and then the WiX documentation for *how* to code it.

There's a steep learning curve with Windows Installer and WiX, but
it's definitely worth the effort :)

Sascha


On Thu, Oct 22, 2009 at 5:18 AM, Markus KARG  wrote:
> Well, frankly spoken that (really huge) tutorial is in part outdated, false
> and overly complex to understand, and it does things without explaining
> their intension or details in some chapters (what really confuses
> beginners). So after reading it two times I gave up and posted my question
> here...
>
> Thanks
> Markus
>
>> -Original Message-
>> From: Rob Mensching [mailto:r...@robmensching.com]
>> Sent: Mittwoch, 21. Oktober 2009 16:38
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] Beginner's Question on Multi Language
>> Installer
>>
>> Unfortunately, no.
>> Have you read through the WiX tutorial ? I
>> thought it had a nice section on languages in MSIs.
>>
>> virtually, Rob Mensching - RobMensching.com LLC
>> 
>>
>> On Wed, Oct 21, 2009 at 3:13 AM, mrtn 
>> wrote:
>>
>> >
>> > In stead of a bootstrapper - selecting the wanted transform - is it
>> > possible
>> > for the .msi file itself to select a transform file? Maybe in a C++
>> CA?
>> >
>> >
>> > Blair-2 wrote:
>> > >
>> > > You get German since that is the first one in your list of
>> Cultures.
>> > >
>> > > MSI has never officially supported the scenario you describe
>> directly.
>> > You
>> > > are perfectly free to create per-language transforms and use an
>> .EXE file
>> > > to
>> > > install your MSI with those transforms (the supported way). There
>> are
>> > some
>> > > who have had success with embedding those same transforms based on
>> a
>> > > particular naming convention and having them auto-selected by the
>> OS (not
>> > > supported, but I'm told it works). There may or may not be issues
>> with
>> > > generating working MSP files if you use those transforms (you may
>> have to
>> > > mess with the transform applicability rules of the patch-supplied
>> > > transforms
>> > > depending on what the original language transforms did).
>> > >
>> > > You may be able to use the instance transform related tags in WiX,
>> but I
>> > > have never tried that so I don't know what gotchas you may find
>> that way.
>> > > Otherwise you may be able to link each language separately into
>> .wixout
>> > > files, generate your transforms from those, and bind the "baseline"
>> > wixout
>> > > into the MSI you subsequently apply each MST to.
>> > >
>> > > -Original Message-
>> > > From: Markus KARG [mailto:markus.k...@gmx.net]
>> > > Sent: Tuesday, October 20, 2009 12:06 PM
>> > > To: wix-users@lists.sourceforge.net
>> > > Subject: [WiX-users] Beginner's Question on Multi Language
>> Installer
>> > >
>> > > Hello Everybody,
>> > >
>> > >
>> > >
>> > > I am new to both, MSI technology in general and the WiX product in
>> > > particular, but I have some experience with some old InstallShield
>> > > products
>> > > (pre-MSI-age).
>> > >
>> > >
>> > >
>> > > InstallShield allowed me to simply add translated strings for lots
>> of
>> > > languages, so one single setup.exe contained the installer in multi
>> > > languages. This was very smart since I was able to send the same
>> > setup.exe
>> > > to any country of the world.
>> > >
>> > >
>> > >
>> > > Now I want to write an installer with WiX that is also multi
>> language (I
>> > > don't want to have lots of setup.msi files, but only a single one).
>> > >
>> > >
>> > >
>> > > I wrote several .wxl files and linked them together using a line
>> like
>> > this
>> > > one:
>> > >
>> > >
>> > >
>> > > light.exe -cultures:de,neutral;fr,neutral;en,neutral;neutral -loc
>> de.wxl
>> > > -loc fr.wxl -loc en.wxl -loc neutral.wxl Setup.wixobj
>> > >
>> > >
>> > >
>> > > (While actually told nowhere, it seems that neutral.wxl must
>> contain '
>> > > .culture="". ' [i. e. empty string] to indicate tha

Re: [WiX-users] Using a CustomAction to modify a dialog

[Dan Giambalvo]

I'm sorry, I'm having trouble wrapping my head around how this subscribe model 
works, and also difficulty figuring out how to fire the appropriate events from 
within the CustomAction (currently in VBScript.)  Can you possibly offer a 
small bit of XML to demonstrate your thinking? 

-Original Message-
From: Blair [mailto:os...@live.com] 
Sent: Thursday, October 22, 2009 3:10 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Using a CustomAction to modify a dialog

I've never tried this, but if the text control subscribes to the actiondata
event, could your custom action send an actiondata event to it?

Let us know how that works.

-Original Message-
From: Dan Giambalvo [mailto:danie...@microsoft.com] 
Sent: Thursday, October 22, 2009 2:56 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Using a CustomAction to modify a dialog

I'm trying to use a CustomAction to do some evaluation, and modify an
on-screen Windows Installer dialog.  The scenario is this:

1)  User enters some text in an edit control

2)  User clicks a button which invokes a custom action to evaluate the
entered text

3)  Custom action completes, and some new text is shown to the user *in
the same dialog*

I've envisioned two ways of building this:

1)  (ideal) Some Text Control lives on the dialog with Text= some
property.  The CustomAction modifies the property value, and the text
control displays the new value.

2)  I create a text control for each possible string I want to show all
overlapping.  The CustomAction either hides/shows the appropriate control,
or sets some property which triggers a bunch of show/hide Conditions on each
text control.

The problem I'm running into is that I can't seem to get Windows Installer
to re-evaluate any properties after the custom action ends.  For example, I
have a button that runs my custom action and it changes the property, but
the UI doesn't update. If I spawn a dialog however (by hitting cancel for
example) then the UI updates.

Does anyone know of a clever way to tickle Windows Installer into
re-evaluating properties after the CustomAction ends?

Thanks
-Dan

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Modify INSTALLDIR using custom action?

[Alexander Shevchuk (Volt)]

You need to use CA Type 35 scheduled after CostFinalize to set MYDIR to 
whatever you want.

Alex



-Original Message-
From: Hoang Le [mailto:hoangle2...@gmail.com] 
Sent: Thursday, October 22, 2009 3:44 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Modify INSTALLDIR using custom action?

Thanks Craig, I've tried this before and the compiler doesn't seem to like
the ".."

My code somehow like this


  
  
  


Here is the error:

--- error CNDL0027: The Directory/@Name attribute's value,
'[INSTALLDIR]..\MyInstallDir', is not a valid long name because it contains
illegal characters.  Legal long names contain no more than 260 characters
and must contain at least one non-period
character.  Any character except for the follow may be used: \ ? | > < : / *
". 


On Thu, Oct 22, 2009 at 3:08 PM, Craig Miller  wrote:

> Try "[INSTALLDIR]..\siblingdir\"
>
>
>
> > -Original Message-
> > From: Hoang Le [mailto:hoangle2...@gmail.com]
> > Sent: Thursday, October 22, 2009 3:02 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: [WiX-users] Modify INSTALLDIR using custom action?
> >
> > Hi,
> >
> > My merge module receives an INSTALLDIR value passed in by a parent
> project
> > (which I have no control over), and the requirement is that I have to
> > install my files to a directory under "the parent" of  INSTALLDIR (a
> sibling
> > of INSTALLDIR).
> >
> > My initial thought was to get the value of [INSTALLDIR], locate its
> parent,
> > then create my dir structure from there. This sounds very simple but
> quite
> > hard to achieve.
> >
> > Any helpful idea is greatly appreciated.
> >
> > Thanks.
> >
>
> 
> --
> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay
> > ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> > http://p.sf.net/sfu/devconference
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Modify INSTALLDIR using custom action?

[Hoang Le]

Thanks Craig, I've tried this before and the compiler doesn't seem to like
the ".."

My code somehow like this


  
  
  


Here is the error:

--- error CNDL0027: The Directory/@Name attribute's value,
'[INSTALLDIR]..\MyInstallDir', is not a valid long name because it contains
illegal characters.  Legal long names contain no more than 260 characters
and must contain at least one non-period
character.  Any character except for the follow may be used: \ ? | > < : / *
". 


On Thu, Oct 22, 2009 at 3:08 PM, Craig Miller  wrote:

> Try "[INSTALLDIR]..\siblingdir\"
>
>
>
> > -Original Message-
> > From: Hoang Le [mailto:hoangle2...@gmail.com]
> > Sent: Thursday, October 22, 2009 3:02 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: [WiX-users] Modify INSTALLDIR using custom action?
> >
> > Hi,
> >
> > My merge module receives an INSTALLDIR value passed in by a parent
> project
> > (which I have no control over), and the requirement is that I have to
> > install my files to a directory under "the parent" of  INSTALLDIR (a
> sibling
> > of INSTALLDIR).
> >
> > My initial thought was to get the value of [INSTALLDIR], locate its
> parent,
> > then create my dir structure from there. This sounds very simple but
> quite
> > hard to achieve.
> >
> > Any helpful idea is greatly appreciated.
> >
> > Thanks.
> >
>
> 
> --
> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay
> > ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> > http://p.sf.net/sfu/devconference
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Using a CustomAction to modify a dialog

[Blair]

I've never tried this, but if the text control subscribes to the actiondata
event, could your custom action send an actiondata event to it?

Let us know how that works.

-Original Message-
From: Dan Giambalvo [mailto:danie...@microsoft.com] 
Sent: Thursday, October 22, 2009 2:56 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Using a CustomAction to modify a dialog

I'm trying to use a CustomAction to do some evaluation, and modify an
on-screen Windows Installer dialog.  The scenario is this:

1)  User enters some text in an edit control

2)  User clicks a button which invokes a custom action to evaluate the
entered text

3)  Custom action completes, and some new text is shown to the user *in
the same dialog*

I've envisioned two ways of building this:

1)  (ideal) Some Text Control lives on the dialog with Text= some
property.  The CustomAction modifies the property value, and the text
control displays the new value.

2)  I create a text control for each possible string I want to show all
overlapping.  The CustomAction either hides/shows the appropriate control,
or sets some property which triggers a bunch of show/hide Conditions on each
text control.

The problem I'm running into is that I can't seem to get Windows Installer
to re-evaluate any properties after the custom action ends.  For example, I
have a button that runs my custom action and it changes the property, but
the UI doesn't update. If I spawn a dialog however (by hitting cancel for
example) then the UI updates.

Does anyone know of a clever way to tickle Windows Installer into
re-evaluating properties after the CustomAction ends?

Thanks
-Dan

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Modify INSTALLDIR using custom action?

[Craig Miller]

Try "[INSTALLDIR]..\siblingdir\"



> -Original Message-
> From: Hoang Le [mailto:hoangle2...@gmail.com]
> Sent: Thursday, October 22, 2009 3:02 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] Modify INSTALLDIR using custom action?
> 
> Hi,
> 
> My merge module receives an INSTALLDIR value passed in by a parent project
> (which I have no control over), and the requirement is that I have to
> install my files to a directory under "the parent" of  INSTALLDIR (a
sibling
> of INSTALLDIR).
> 
> My initial thought was to get the value of [INSTALLDIR], locate its
parent,
> then create my dir structure from there. This sounds very simple but quite
> hard to achieve.
> 
> Any helpful idea is greatly appreciated.
> 
> Thanks.
>

--
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Modify INSTALLDIR using custom action?

[Hoang Le]

Hi,

My merge module receives an INSTALLDIR value passed in by a parent project
(which I have no control over), and the requirement is that I have to
install my files to a directory under "the parent" of  INSTALLDIR (a sibling
of INSTALLDIR).

My initial thought was to get the value of [INSTALLDIR], locate its parent,
then create my dir structure from there. This sounds very simple but quite
hard to achieve.

Any helpful idea is greatly appreciated.

Thanks.
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Using a CustomAction to modify a dialog

[Dan Giambalvo]

I'm trying to use a CustomAction to do some evaluation, and modify an on-screen 
Windows Installer dialog.  The scenario is this:

1)  User enters some text in an edit control

2)  User clicks a button which invokes a custom action to evaluate the 
entered text

3)  Custom action completes, and some new text is shown to the user *in the 
same dialog*

I've envisioned two ways of building this:

1)  (ideal) Some Text Control lives on the dialog with Text= some property. 
 The CustomAction modifies the property value, and the text control displays 
the new value.

2)  I create a text control for each possible string I want to show all 
overlapping.  The CustomAction either hides/shows the appropriate control, or 
sets some property which triggers a bunch of show/hide Conditions on each text 
control.

The problem I'm running into is that I can't seem to get Windows Installer to 
re-evaluate any properties after the custom action ends.  For example, I have a 
button that runs my custom action and it changes the property, but the UI 
doesn't update. If I spawn a dialog however (by hitting cancel for example) 
then the UI updates.

Does anyone know of a clever way to tickle Windows Installer into re-evaluating 
properties after the CustomAction ends?

Thanks
-Dan
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to get USERDOMAIN?

[Michael Osmond]

The big issue with %USERDOMAIN is that it is the domain of the user account 
that is logged on (and running the install).  This may not be the Domain you 
are after.  Example:   You are installing software on a Server in an Active 
Directory domain.  You want the domain name of AD - but the user account logged 
on is the local administrator for the server, in this case the %USERDOMAIN will 
actually be the server name, as this is a local account.

By the way, I have not found an easy way to get the domain in this case, other 
than prompt for it.

Michael

-Original Message-
From: Blair [mailto:os...@live.com] 
Sent: Friday, 23 October 2009 6:51 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] How to get USERDOMAIN?

If it exists and you trust it, it can be used in any field that accepts
environment variables (for example: formatted). It cannot be evaluated
within the context of a deferred custom action, but it can be evaluated in
the process of writing the deferred script, so it should work in the
CustomAction table even for deferred actions.

-Original Message-
From: Konstantin Vlasenko [mailto:konstantin.vlase...@gmail.com] 
Sent: Thursday, October 22, 2009 1:00 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] How to get USERDOMAIN?

Hello,
I need to put usersomain into configuration file during the  
installation.
How can I use %USERDOMAIN environment variable in the setup?
Do we have some restrictions related to how and when we can use this  
environment variable?




--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to get USERDOMAIN?

[Blair]

If it exists and you trust it, it can be used in any field that accepts
environment variables (for example: formatted). It cannot be evaluated
within the context of a deferred custom action, but it can be evaluated in
the process of writing the deferred script, so it should work in the
CustomAction table even for deferred actions.

-Original Message-
From: Konstantin Vlasenko [mailto:konstantin.vlase...@gmail.com] 
Sent: Thursday, October 22, 2009 1:00 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] How to get USERDOMAIN?

Hello,
I need to put usersomain into configuration file during the  
installation.
How can I use %USERDOMAIN environment variable in the setup?
Do we have some restrictions related to how and when we can use this  
environment variable?




--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Build time Component.wxs generation...

[Blair]

Use heat.exe with "-ag" and always use Major Upgrade (Product Id='*'), never
patch.

-Original Message-
From: Tony [mailto:yellowjacketl...@gmail.com] 
Sent: Thursday, October 22, 2009 12:56 PM
To: WiX Users
Subject: [WiX-users] Build time Component.wxs generation...

I'm aware of heat.exe and we have used to to seed our component.wxs
files for our various wixlibs, but how do you deal with features like
websites and help systems which often have dozens of files added at
any time during development cycles?  Re-running heat can work, sort
of, it will change the component guids, but leaves the component Ids
of existing components alone.  Not sure how it deals with removed
components.

I stumbled across this 3rd party tool called Paraffin that appears to
solve this issue, but have not attempted to put it to use in our build
environment.

What have others used to deal with features that often have an ever
growing (and sometimes shrinking) list of components?
-- 
Tony


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem under Vista with ExecCommand

[Blair]

Would it make any difference if you added Execute="deferred"
Impersonate="no" to your CustomAction element?

-Original Message-
From: mailinglisten.wix-us...@sma-mail.de
[mailto:mailinglisten.wix-us...@sma-mail.de] 
Sent: Thursday, October 22, 2009 10:19 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Problem under Vista with ExecCommand

Hello,

i made an simple installer for distributed installation of our 
software. It's necessary to write die IP of our application server in 
an txt-file, where the application reads it on first start. The 
"SERVERIP" ist passed to msiexec as an commandline-argument.

The following CustomAction does an great job on Windows-XP, but on 
Vista the File "adr.txt" is not generated:




   REMOVE~=ALL



The linebreaks in CustomAction are only in this mail, in the xml-file 
where is no linebreak.


In the verbose-log i see that "RunCmd" is executed - on XP and Vista 
with RC 1 - and no error message. On XP we have the "adr.txt" after 
that, on vista we don't have.


Does someone have an idea why that happens?


regards,
Albert Scholl



--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [%USERDOMAIN]\[%USERNAME]

[Blair]

You confirmed that the environment variables weren't changed/removed prior
to installation, right?

Environment variables that the OS itself doesn't itself use can be quite
unreliable, since they are so easy to change/spoof/etc.

-Original Message-
From: Konstantin Vlasenko [mailto:konstantin.vlase...@gmail.com] 
Sent: Thursday, October 22, 2009 9:30 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] [%USERDOMAIN]\[%USERNAME]

The domain name also required.
But the question is why this happens. In one setup it works and in other
doesn't.

2009/10/22 Peter Shirtcliffe 

> You could try [LogonUser] instead of [%USERNAME].
>
> -Original Message-
> From: Konstantin Vlasenko [mailto:konstantin.vlase...@gmail.com]
> Sent: 22 October 2009 17:11
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] [%USERDOMAIN]\[%USERNAME]
>
> Hello,
> Have 2 wix project.
> Use the same technic to get the environment variables
> [%USERDOMAIN]\[%USERNAME].
> On the same machine one returns non-empty result (e.g. domen\user). The
> second doesn't (returns empty).
>
>
>
> --
> Konstantin Vlasenko
> 
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA is
> the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and
> stay ahead of the curve. Join us from November 9 - 12, 2009. Register
> now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> 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.
>
>
>
>

--
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
Konstantin Vlasenko

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Questions on more advanced WiX Installer UI

[Dan Giambalvo]

Quite right, the spinner is required during a part of the InstallUI sequence.  
In considering the spinner problem, I was actually wondering if I couldn't do 
something super hacky like creating 16 or so bitmaps, and then in my 
CustomAction flipping them hidden and not in succession to create a flip-book 
effect.  It's not clear to me if a CA can modify the visual of Windows 
Installer UI in such a way that they take effect while still inside the CA.  
Does anyone know if that's doable?

For the second one (key-code validation) is there any way to get an event as 
the value of an Edit/Property changes?  I'm guessing you already considered 
that, but I figured I'd ask.  

One other quick one: Is there any way to change the text size of an edit 
control? 

Has anyone tried to building tooling to compile WiX into a MSI with a WPF front 
end or something like that?  It seems like nothing good comes out of trying to 
build installer UI in Windows Installer.  It would be nice if there was a 
standardized, richer UI alternative.  

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Thursday, October 22, 2009 8:28 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Questions on more advanced WiX Installer UI

True, but the progress bar is only available during InstallExecute sequence.
My understanding was that this "spinner" needed to happen during the UI 
sequence. If I misunderstood then Tony's suggestion is a good one.

On Thu, Oct 22, 2009 at 5:36 AM, Tony  wrote:

> You might be able to use a progress bar type behavior.  That is 
> supported within Windows Installer.  We have a custom action that can 
> take a long time to finish.  We added progress bar "ticks" to the 
> custom action that provide feed back to the UI.  Might be worth 
> checking out.  Though you need to specify a "range" and then provide 
> ticks to indicate progress.  Not sure how that would work in an open 
> ended type transaction.  In our case we have hundreds of files to 
> process, so we use the number of files as the "range" and send a tick 
> message after we process each file.
>
> --
> Tony
>
>
> --
>  Come build with us! The BlackBerry(R) Developer Conference in 
> SF, CA is the only developer event you need to attend this year. 
> Jumpstart your developing skills, take BlackBerry mobile applications 
> to market and stay ahead of the curve. Join us from November 9 - 12, 
> 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


--
virtually, Rob Mensching - http://RobMensching.com LLC
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the 
only developer event you need to attend this year. Jumpstart your developing 
skills, take BlackBerry mobile applications to market and stay ahead of the 
curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MaskedEdit and disable Next button?

[Blair]

Nothing gained and much lost. The problem is that these controls don't
publish any events. See
http://msdn.microsoft.com/en-us/library/aa368036(VS.85).aspx

The only controls that publish anything are these:
CheckBox
DirectoryList
PushButton
SelectionTree

Here is what MSDN says about running custom actions:

You can run custom actions by publishing a ControlEvent from a PushButton
control or Checkbox control. Add a record to the ControlEvent table with the
names of the dialog and the control publishing the ControlEvent. This
control should publish a DoAction ControlEvent notifying the installer to
run the custom action. On Windows XP or earlier systems, you cannot run a
custom action by publishing a ControlEvent from a SelectionTree control.

-Original Message-
From: kerbe...@noopy.org [mailto:kerbe...@noopy.org] 
Sent: Thursday, October 22, 2009 4:49 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] MaskedEdit and disable Next button?

Thanks for your response!

On Wed, Oct 21, 2009 at 9:35 PM, Blair  wrote:
> Unless you have the person push some other button to call your custom
> action, I have no idea how you would get your custom action invoked to
check
> the lengths to set the property needed to enable your Next button.

Would it be recommended to scrap the MaskedEdit and use a (text)
type="Edit" instead?

I suppose while not as aesthetically pleasing -- and that I lose the
MaskedEdit feature of easy input checking -- implementing type="Edit"
should do what I want.

What are your thoughts?

-- 
K


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to create window before exit dialog

[Blair]

The InstallUISequence table is created already for you by any use of the
InstallUISequence element. The WixUIExtension includes that element with
each of its entry and exit dialogs.

You can see it yourself by opening your MSI with Orca.

Wix's ExitDialog is named ExitDlg. If you don't mind the closing and opening
of windows you can have your dialog end by calling "CloseDialog" and insert
it like this:

Under your Product element, either right before or right after your UI
element:




If you want the smoother transition from ExitDlg including the ability to
move back-and-forth between them, you will need to go to the WiX sources and
copy out the fragment containing ExitDlg into your own sources and modify
that dialog, as has been explained in numerous emails in this list, some
blog posts, and partially in the wix tutorial.

-Original Message-
From: Adnan Mian [mailto:miand...@gmail.com] 
Sent: Thursday, October 22, 2009 2:20 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to create window before exit dialog

Thanks again.
Where can i find my InstallUISequence table? Currently i am not using
InstallUISequence Tag and following mentioned code is functioning.
How to find the exact place to make chages? In product.wxs i am just using
this:







LicenseAccepted = "1"

1




Best Regards
Adnan
2009/10/22 Blair 

> If you look in your generated InstallUISequence table you will see
> ExitDialog as an "action". If you want MyDialog to appear before it, you
> would either effectively replace ExitDialog in that table with MyDialog
and
> call ExitDialog from your "Next" button, or you would insert your dialog
> Before="ExitDialog" in the InstallUISequence table and close your dialog
> when you click your "Next" button.
>
> -Original Message-
> From: Adnan Mian [mailto:miand...@gmail.com]
> Sent: Wednesday, October 21, 2009 9:37 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How to create window before exit dialog
>
> I have already my own dialog window (MyDialog) which is currently
appearing
> after license agreement dialog. For this i am using following code and it
> is
> functioning.
>  Value="MyDialog" Order="2">LicenseAccepted = "1"
>
> But now we want to place this own dialog window (MyDialog) after
installing
> and before Exitdialog (launch application) window. or it must appear
before
> ExitDialog after installing.
> How to implement it? Which Dialog id i need Dialog=? , Which Control i
> need?
> Please give the code example to understand it!
>
> Best Regards
> Adnan
>
>
>
> 2009/10/21 Lourens Wepener 
>
> > Hi,
> >
> > If you are using a wix project in Visual Studio, add a reference to the
> > WIXUI dll and add the code in. below is a sample that adds a custom
> dialog
> > called ServiceIdentityDlg.
> >
> >
> >
> >  
> >  
> >  
> >   Bold="yes"
> > />
> >   />
> >  
> >  
> >  
> >  
> >  
> >  
> >  
> >  
> >  
> >  
> >  
> >  
> >   > Value="Return" Order="999">1
> >   > Value="InstallDirDlg">1
> >   > Value="WelcomeDlg">1
> >   > Value="[WIXUI_INSTALLDIR]" Order="1">1
> >   > Value="ServiceIdentityDlg" Order="2">1
> >   > Property="_BrowseProperty" Value="[WIXUI_INSTALLDIR]"
> Order="1">1
> >   > Event="SpawnDialog" Value="BrowseDlg" Order="2">1
> >   Event="NewDialog"
> > Value="InstallDirDlg" Order="1">1
> >   Event="NewDialog"
> > Value="CustomizeDlg" Order="2">1
> >   > Value="ServiceIdentityDlg" Order="1">Installed
> >   > Value="VerifyReadyDlg">1
> >   > Value="ServiceIdentityDlg" Order="1">NOT Installed
> >   > Value="MaintenanceTypeDlg" Order="2">Installed
> >   > Event="NewDialog" Value="MaintenanceTypeDlg">1
> >   > Event="NewDialog" Value="VerifyReadyDlg">1
> >   > Event="NewDialog" Value="VerifyReadyDlg">1
> >   Event="NewDialog"
> > Value="MaintenanceWelcomeDlg">1
> >   > Title="[ProductName] Service Account">
> > Height="15"
> > Transparent="yes" NoPrefix="yes" Text="{\WixUI_Font_Title}Service
Account
> > Information" />
> > > Height="24" Transparent="yes" NoPrefix="yes" Text="Enter the text" />
> > > Height="49" TabSkip="no" Text="!(loc.InstallDirDlgBannerBitmap)" />
> > > Height="2" />
> > > Height="13" Text="text" />
> > > Height="15" Property="USERNAME" Text="47" />
> > > Height="13" Text="Password:" />
> > > Width="320" Height="15" Property="PASSWORD" Text="{53}" />
> > > Height="13" Text="Domain:" />
> > > Height="15" Property="DOMAIN" />
> > > Height="0" />
> > > Height="17" Default="yes" Text="Next" />
> > > Height="17" Text="Back" />
> > > Height="17" Cancel="yes" Text="Cancel">
> >  1
> >
> >  
> >
> >
> >
> > Hope this helps
> > Regards
> >
> >
> > -Original Message-
> > From: danimian [mail

[WiX-users] How to get USERDOMAIN?

[Konstantin Vlasenko]

Hello,
I need to put usersomain into configuration file during the  
installation.
How can I use %USERDOMAIN environment variable in the setup?
Do we have some restrictions related to how and when we can use this  
environment variable?



--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Build time Component.wxs generation...

[Tony]

I'm aware of heat.exe and we have used to to seed our component.wxs
files for our various wixlibs, but how do you deal with features like
websites and help systems which often have dozens of files added at
any time during development cycles?  Re-running heat can work, sort
of, it will change the component guids, but leaves the component Ids
of existing components alone.  Not sure how it deals with removed
components.

I stumbled across this 3rd party tool called Paraffin that appears to
solve this issue, but have not attempted to put it to use in our build
environment.

What have others used to deal with features that often have an ever
growing (and sometimes shrinking) list of components?
-- 
Tony

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Blog: Branching Wizard Sequences With WiX

[Richard]

This has come up a couple times on the mailing list in the past and
just came up again the other day, so I decided to write up a blog post
on the technique.

Branching Wizard Sequences With WiX


Wizard dialog sequences are common in Windows Installer packages
as they lead the user through a series of questions to customize
the installation of a product. Welcome to the install, select the
installation directory, ready to install and so-on are common
dialogs present in the wizard dialog sequence. Sometimes you need
to make a choice between two dialogs based on the user's input,
however:




So you'll need to branch to different dialogs on the Next button
of the Installation Type dialog (and the Back button of the
Install Location dialog) based on the user's input. This post
describes the best way to achieve this branching dialog behavior
in Windows Installer, using Windows Installer XML (WiX) as the
authoring tool.

-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
 

  Legalize Adulthood! 

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] UserRegistrationDlg dialog and disable Next button until license key of X characters is entered?

[kerberos]

Hello,

I'd like my user registration dialog to work like the license page --
where the Next button is enabled upon clicking the button to agree to
the license.

I'm working along with the tutorial at
http://www.tramontana.co.hu/wix/ and have added a UserRegistrationDlg
dialog to the installer UI like so:

  





  CD &Key:



  1




  PIDKEYVALUE = "0"
  PIDKEYVALUE = "1"

  1
  1
  1
  PIDACCEPTED = "0"
  ProductID
AND PIDACCEPTED AND LicenseAccepted= "1"
  PIDKEYVALUE = "1"



  1



  Please enter your customer information



  {\WixUI_Font_Title}Customer Information


  

Originally I'd thought that I could setup a couple of conditions to
enable/disable the Next button depending on the state of text in
CDKeyEntry but these don't change state automatically when PIDKEY <>
"" -- the Next button ALWAYS remains disabled:

  PIDKEY = ""
  PIDKEY <> "1"

Since that didn't work I figured that I needed tie an action to a
value that I set in a CheckKEY(...) function in a DLL (C#):

[CustomAction]
public static ActionResult CheckKEY(Session session)
{
try {
string Pid = session["PIDKEY"];
session.Log("*** In CheckKEY: " + Pid + "|" + Pid.Length +
"|" + session["PIDKEYVALUE"]);
session["PIDKEYVALUE"] = (Pid.Length >= 5) ? "1" : "0";
} catch (Exception E) {
session.Log("!!! fux0red: " + E.Message);
return ActionResult.Failure;
}
return ActionResult.Success;
}

And add this as a custom action to CDKeyEntry:


  1


And add the following event for the Next button:



... etc ...
  PIDKEYVALUE = "1"


But even here, not only is the installer VERY SLOW as the result of
this lookup, the Next button is never enabled as I'd hope.

I've traced the output of the installer and it's clear that
CheckKEY(...) is being called AND PIDKEYVALUE is changed from 0 to 1,
but I remain unclear as to what might be amiss here.

Could someone shed some light?

-- 
K

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Problem under Vista with ExecCommand

[mailinglisten . wix-users]

Hello,

i made an simple installer for distributed installation of our 
software. It's necessary to write die IP of our application server in 
an txt-file, where the application reads it on first start. The 
"SERVERIP" ist passed to msiexec as an commandline-argument.

The following CustomAction does an great job on Windows-XP, but on 
Vista the File "adr.txt" is not generated:




   REMOVE~=ALL



The linebreaks in CustomAction are only in this mail, in the xml-file 
where is no linebreak.


In the verbose-log i see that "RunCmd" is executed - on XP and Vista 
with RC 1 - and no error message. On XP we have the "adr.txt" after 
that, on vista we don't have.


Does someone have an idea why that happens?


regards,
Albert Scholl


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to detect files presence and conditionally show a new added dialog page

[little.forest]

Wow, you found it. Many thanks Richard.


"The annoying thing is that it will *appear* to work until it doesn't 
and there's no unifying principle as to when it will work and when it 
won't.  Its a little more work to do things through the property, but 
it is guaranteed to work every single time that way.  " - yes, it's really 
annoying.




From: Richard 
To: wix-users@lists.sourceforge.net
Sent: Wednesday, October 21, 2009 9:01:14 PM
Subject: Re: [WiX-users] How to detect files presence and conditionally show a 
new added dialog page


In article <664797.8163...@web59804.mail.ac4.yahoo.com>,
"little.forest"   writes:

> "Additionally, you can't have more than one NewDialog control event
> on a button, even if the conditions are mutually exclusive." - this is
> interesting. Ca n you tell me where this fact comes from?

Found it.

Its in the docs for the ControlEvent table.



"The exception is that each control can publish a most one
NewDialog or one SpawnDialog event."
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download


  Legalize Adulthood! 

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



  __
The new Internet Explorer® 8 - Faster, safer, easier.  Optimized for Yahoo!  
Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [%USERDOMAIN]\[%USERNAME]

[Konstantin Vlasenko]

The domain name also required.
But the question is why this happens. In one setup it works and in other
doesn't.

2009/10/22 Peter Shirtcliffe 

> You could try [LogonUser] instead of [%USERNAME].
>
> -Original Message-
> From: Konstantin Vlasenko [mailto:konstantin.vlase...@gmail.com]
> Sent: 22 October 2009 17:11
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] [%USERDOMAIN]\[%USERNAME]
>
> Hello,
> Have 2 wix project.
> Use the same technic to get the environment variables
> [%USERDOMAIN]\[%USERNAME].
> On the same machine one returns non-empty result (e.g. domen\user). The
> second doesn't (returns empty).
>
>
>
> --
> Konstantin Vlasenko
> 
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA is
> the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and
> stay ahead of the curve. Join us from November 9 - 12, 2009. Register
> now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> 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.
>
>
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
Konstantin Vlasenko
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Deploying mshtml PIA assembly

[John Hall]

Andreas Mertens wrote:

> I took a look at vs_piaredist.exe, and found you can extract 
> the .cab or .msi from it (using WinRAR or other such tools).  
> Perhaps you can just grab one of those and package that up in 
> your install?

Yes, I've found those. However, Rob is correct, and the license only allows you 
to ship vs_piaredist.exe unmodified.

Regards,
John
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [%USERDOMAIN]\[%USERNAME]

[Peter Shirtcliffe]

You could try [LogonUser] instead of [%USERNAME].

-Original Message-
From: Konstantin Vlasenko [mailto:konstantin.vlase...@gmail.com] 
Sent: 22 October 2009 17:11
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] [%USERDOMAIN]\[%USERNAME]

Hello,
Have 2 wix project.
Use the same technic to get the environment variables
[%USERDOMAIN]\[%USERNAME].
On the same machine one returns non-empty result (e.g. domen\user). The
second doesn't (returns empty).



--
Konstantin Vlasenko

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA is
the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and
stay ahead of the curve. Join us from November 9 - 12, 2009. Register
now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
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.


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Deploying mshtml PIA assembly

[John Hall]

Rob Mensching wrote:
> I'm not sure if the .exe is the only thing available but if 
> there is no license for you to redist the PIA file with your 
> application stand-alone then it isn't legal to do so.

The exe is the only thing I can find reference to, and the fact that it is 
install in c:\Program Files\Common Files\Merge Modules says something :)

> Also, if you did that, what Component GUID would you give it?

Would it matter what GUID it had if it was installed in my application's 
directory and not in the GAC?

Your point about licensing is valid, however, and it looks like the only way to 
redistribute is via the exe, so I'll have to do that.

Thanks,
John
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] [%USERDOMAIN]\[%USERNAME]

[Konstantin Vlasenko]

Hello,
Have 2 wix project.
Use the same technic to get the environment variables
[%USERDOMAIN]\[%USERNAME].
On the same machine one returns non-empty result (e.g. domen\user). The
second doesn't (returns empty).



-- 
Konstantin Vlasenko
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to best install generic system with customerspecific add-ins

[Rob Mensching]

If Merge Modules look like they will work, I'd use .wixlibs instead (
http://www.robmensching.com/blog/posts/2008/10/10/What-are-.wixlibs-and-why-would-you-use-them).
The WiX toolset's reusable functionality (from the Extensions and all the
UI) use .wixlibs. The Wix.chm has a nice section on how to customize
dialogs.  I'd start there. Without more details about your exact project
it's hard to provide more detailed advice. 

On Thu, Oct 22, 2009 at 1:27 AM, Thomas Due  wrote:

> I have been studying the documentation and the tutorial and come to the
> conclusion that patching is out, since that is essentially just the
> difference between two installers which is exactly what I want to avoid;
> Writing two installers...
>
> So, my next thought is: How about merge modules then?
>
> What I mean is, that I put all the common stuff into a merge module, it
> seems that it can contain all the logic regarding files and components
> and installing/starting services etc.
>
> Then I write the installer for each customer, which contains only the
> customer specific bits and adds the merge module containing all the
> common bit etc.
>
> So far so good. But how about the UI? Can I contain MOST of the gui in
> the merge module and only add a few customer specific dialogs (if
> necessary) in the customer installer, and if so, how do inject dialogs
> like that?
>
> Best regards,
> Thomas Due - Software Developer
>
> -Original Message-
> From: Thomas Due
> Sent: 22. oktober 2009 09:13
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] How to best install generic system with
> customerspecific add-ins
>
> I am currently finishing up on a generic system which we will sell to
> many different customer with different needs. So, as a result this
> generic system is based on extensions, or add-ins.
>
> Now I am thinking how to best write an installer for this.
> Although I could copy-n-paste the entire WiX project every time I make a
> new customer-specific extension, I think that is quite the wrong way to
> go about writing the installer for this system.
>
> So, I am thinking patches, or maybe transformations?
>
> An installer for the system itself, and then a patch with the customer
> specific bits. This way, I get to maintain a single installer with
> upgrade codes etc. and a simple patch installer for each customer
> project. On paper that should be simple enough, but how do I do that?
>
> I am currently still learning WiX, so my knowledge is, at best, shaky.
> So I need a bit of help.
>
> How do I create patches for a specific installer, and is the plan
> actually sound?
>
> Best regards,
> Thomas Due - Software Developer
>
>
>
>
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Deploying mshtml PIA assembly

[Andreas Mertens]

I took a look at vs_piaredist.exe, and found you can extract the .cab or
.msi from it (using WinRAR or other such tools).  Perhaps you can just grab
one of those and package that up in your install?

Andreas Mertens

-Original Message-
From: John Hall [mailto:john.h...@cambridgetechgroup.com] 
Sent: October-22-09 7:26 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Deploying mshtml PIA assembly

Hi,

My application now has a dependency on mshtml. I therefore need to deploy
Microsoft.mshtml.dll, the PIA assembly. The only redistributable I can find
is vs_piaredist.exe - is this really the only way of redistributing the
file? I'd rather not add another step to my bootstrapper or add a custom
action.

I'm tempted to just deploy the file locally in my application's directory.
Are there any issues doing that?

Regards,
John

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrade and new install

[Rob Mensching]

1. Personally, I would highly suggest you change your application so this
CustomAction is unnecessary. You are in for a world of pain in the long run.

2. The Registry element has been deprecated in WiX v3. The warning tells you
exactly what to do.

3. You'll have to condition your CustomAction in your first version of your
MSI to not run on upgrade in the cases you are trying to avoid. If you have
already shipped the first version of the MSI then you probably have to
release a patch to that version to add the condition. After the patch is
applied then you can try the upgrade.

4. See #1. 


On Thu, Oct 22, 2009 at 6:51 AM, Jiang, Chunyan (GE Healthcare) <
chunyan.ji...@ge.com> wrote:

> Although there is Warning message on compile. From the verbose log I got to
> know that the Custom Action will not be called when install version 2 to
> PathB.
>
> Howver, there is Remove Action trying to remove files from PathA for
> version 1 install during installing version 2 to PathB. And Install Validate
> also checks the files in PathA.
>
> How can I prevent the Remove Action performing on Version 1 in PathA, when
> install Version 2 in PathB. Should I set the condition "INSTALLDIR" to
> somewhere, like I did for custom action?
>
>
>
> -Ursprüngliche Nachricht-
> Von: Jiang, Chunyan (GE Healthcare)
> Gesendet: Donnerstag, 22. Oktober 2009 13:19
> An: General discussion for Windows Installer XML toolset.
> Betreff: Re: [WiX-users] Upgrade and new install
>
> When I searched in Google, I found some one has the same problem as me. And
> the suggested solution is to define a property using RegistrySearch. And
> also define a registry with the install path [APPLICATIONFOLDER]. So that
> the upgrade will only happen when the registry with path found.
>
> I tried it as:
>
>
>   Root='HKCU' Key='Software\Microsoft\ViewPointUpgrade'
> Name='InstallDir' />
>
>
>
>   Guid="D555488C-C8E7-44eb-91EC-3750602A7599">
> Key='Software\Microsoft\ViewPointUpgrade'
>  Name='InstallDir' Action='write' Type='string'
> Value='[APPLICATIONFOLDER]' />
>  
>
>
> And call custom action as:
>
>   Before="InstallFiles">PREVIOUSFOUND AND INSTALLDIR
>
> But I got warning when I compile it:
>
>  warning CNDL1080: The Registry element has been deprecated.  Please use
> one of the new elements which replaces its functionality: RegistryKey for
> creating registry keys, RegistryValue for writing registry values,
> RemoveRegistryKey for removing registry keys, and RemoveRegistryValue for
> removing registry values.
>
> And when I install this version 2 installer msi, select PathB, the problem
> is still there.
>
> Is there something wrong in the Registry define? How to change it?
>
>
>
> -Ursprüngliche Nachricht-
> Von: Jiang, Chunyan (GE Healthcare)
> Gesendet: Donnerstag, 22. Oktober 2009 09:04
> An: General discussion for Windows Installer XML toolset.
> Betreff: [WiX-users] Upgrade and new install
>
> Hi Wix-users,
>
> I have developed one upgradable installer with Wix3. As I understand that
> main upgrade is same as new install. My scenario is that my version
> 1 has been installed to PathA. And I have an upgraded version 2. If I
> install version to to PathA, the old files are removed, the new files are
> installed. Everything is fine. If I install version 2 to PathB, the new
> files are copied to PathB, same as new install. It sounds good.
>
> However, there are custom actions in my installer, named MyCA. MyCA should
> be called only by upgrade. So if version 2 installed to PathA, MyCA in PathA
> will be called. It is fine. But if version 2 is installed in PathB, MyCA in
> PathA will still be called. It causes some problem for PathB install.
>
> How can I make a condition to MyCA, so that it will only be called when the
> upgraded version installed in it's path? If version 2 is installed in PathB,
> discard MyCA in PathA, do it same as new install.
>
>
> Best regards
>
> Chunyan
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the
> only developer event you need to attend this year. Jumpstart your developing
> skills, take BlackBerry mobile applications to market and stay ahead of the
> curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the
> only developer event you need to attend this year. Jumpstart your developing
> skills, take BlackBerry mobile applications to market and stay ahead of the
> curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _

Re: [WiX-users] Assembly (C#) installed as merge module

[Rob Mensching]

The ASP.NET MVC project had a similar set of requirements. You might look at
how they solved this in the 1.0 release.

On Thu, Oct 22, 2009 at 12:38 AM, Florian Schricker wrote:

> Hello list,
>
> what I'm trying to achieve - but am not able to :-( is the following:
>
> I have a VS 08 project creating an assembly / dll (C#) which is
> basically one of our basic dlls.
> For this dll I created a merge module.
> I then went ahead and created a "SDK" consuming this merge module and
> installed it.
> This actually is no problem - but the installed dll was not available
> in VS 08 as a reference - I had to pull in the dll manually. Is there
> some way to push VS 08 to know where the dll is?
>
> So I created an app which consumed the dll - but while I wanted to do
> the installer I figured: how do I pull in the merge module of the dll
> in the application installer? It is not installed when installing the
> SDK.
>
> Any ideas what I should / can do?
>
>
> To sum it up:
>
> BasicLib merge module (wxs containing a module)
>  - BasicLib.dll
>
> BasicLib SDK (wxs containing a product and merging the above)
>  - BasicLib merge module
>  - docs
>  - ...
>
> --> BasicLib available in VS 08 as reference
>
> App
>  - ref to BasicLib.dll
>
> App installer (wxs)
>  - ref to merge module - but how to install it so I can address it here?
>
>
> Is all that even possible using Wix? Or am I simply asking too much? :-)
>
>
> regards,
> Florian
>
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to change shortcut name?

[Rob Mensching]

You can't do that at run time. Only Properties, Directories and temporary
rows may be modified at install time.

On Thu, Oct 22, 2009 at 12:30 AM, Jiang, Chunyan (GE Healthcare) <
chunyan.ji...@ge.com> wrote:

> Hi all,
>
> I have defined the shortcut like this:
>
> 
>
>  Guid="D9DFCBA6-C98F-4146-87D9-C4F83349C8EC">
>
>  Directory="DesktopFolder" Target="[APPLICATIONFOLDER]/MyAPP.exe"
> WorkingDirectory="APPLICATIONFOLDER" />
>
> 
>
>  Name="installed" Type="integer" Value="1" KeyPath="yes" />
>
> 
>
> 
>
>
>
> However, I want to give the shortcut another name, like MyAPP 1.0.0.1,
> which is the version number. How can I perform it? I know that I can
> define custom action to change the Product Name, like:
>
> 
>
>
>
> But it doesn't work for changing shortcut name. How to modify this
> custom action to fit for shortcut name?
>
>
>
> Regards,
>
>
>
> Chunyan
>
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Questions on more advanced WiX Installer UI

[Rob Mensching]

True, but the progress bar is only available during InstallExecute sequence.
My understanding was that this "spinner" needed to happen during the UI
sequence. If I misunderstood then Tony's suggestion is a good one.

On Thu, Oct 22, 2009 at 5:36 AM, Tony  wrote:

> You might be able to use a progress bar type behavior.  That is
> supported within Windows Installer.  We have a custom action that can
> take a long time to finish.  We added progress bar "ticks" to the
> custom action that provide feed back to the UI.  Might be worth
> checking out.  Though you need to specify a "range" and then provide
> ticks to indicate progress.  Not sure how that would work in an open
> ended type transaction.  In our case we have hundreds of files to
> process, so we use the number of files as the "range" and send a tick
> message after we process each file.
>
> --
> Tony
>
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Deploying mshtml PIA assembly

[Rob Mensching]

I'm not sure if the .exe is the only thing available but if there is no
license for you to redist the PIA file with your application stand-alone
then it isn't legal to do so.
Also, if you did that, what Component GUID would you give it?

On Thu, Oct 22, 2009 at 7:25 AM, John Hall  wrote:

> Hi,
>
> My application now has a dependency on mshtml. I therefore need to deploy
> Microsoft.mshtml.dll, the PIA assembly. The only redistributable I can find
> is vs_piaredist.exe - is this really the only way of redistributing the
> file? I'd rather not add another step to my bootstrapper or add a custom
> action.
>
> I'm tempted to just deploy the file locally in my application's directory.
> Are there any issues doing that?
>
> Regards,
> John
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Deploying mshtml PIA assembly

[John Hall]

Hi,

My application now has a dependency on mshtml. I therefore need to deploy 
Microsoft.mshtml.dll, the PIA assembly. The only redistributable I can find is 
vs_piaredist.exe - is this really the only way of redistributing the file? I'd 
rather not add another step to my bootstrapper or add a custom action.

I'm tempted to just deploy the file locally in my application's directory. Are 
there any issues doing that?

Regards,
John
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrade and new install

[Jiang, Chunyan (GE Healthcare)]

Although there is Warning message on compile. From the verbose log I got to 
know that the Custom Action will not be called when install version 2 to PathB. 
 

Howver, there is Remove Action trying to remove files from PathA for version 1 
install during installing version 2 to PathB. And Install Validate also checks 
the files in PathA.

How can I prevent the Remove Action performing on Version 1 in PathA, when 
install Version 2 in PathB. Should I set the condition "INSTALLDIR" to 
somewhere, like I did for custom action?



-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare) 
Gesendet: Donnerstag, 22. Oktober 2009 13:19
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] Upgrade and new install

When I searched in Google, I found some one has the same problem as me. And the 
suggested solution is to define a property using RegistrySearch. And also 
define a registry with the install path [APPLICATIONFOLDER]. So that the 
upgrade will only happen when the registry with path found. 

I tried it as:


   



  

  
 

And call custom action as:

  PREVIOUSFOUND 
AND INSTALLDIR

But I got warning when I compile it:

 warning CNDL1080: The Registry element has been deprecated.  Please use one of 
the new elements which replaces its functionality: RegistryKey for creating 
registry keys, RegistryValue for writing registry values, RemoveRegistryKey for 
removing registry keys, and RemoveRegistryValue for removing registry values.

And when I install this version 2 installer msi, select PathB, the problem is 
still there.

Is there something wrong in the Registry define? How to change it?



-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare)
Gesendet: Donnerstag, 22. Oktober 2009 09:04
An: General discussion for Windows Installer XML toolset.
Betreff: [WiX-users] Upgrade and new install

Hi Wix-users,
 
I have developed one upgradable installer with Wix3. As I understand that main 
upgrade is same as new install. My scenario is that my version
1 has been installed to PathA. And I have an upgraded version 2. If I install 
version to to PathA, the old files are removed, the new files are installed. 
Everything is fine. If I install version 2 to PathB, the new files are copied 
to PathB, same as new install. It sounds good.
 
However, there are custom actions in my installer, named MyCA. MyCA should be 
called only by upgrade. So if version 2 installed to PathA, MyCA in PathA will 
be called. It is fine. But if version 2 is installed in PathB, MyCA in PathA 
will still be called. It causes some problem for PathB install. 
 
How can I make a condition to MyCA, so that it will only be called when the 
upgraded version installed in it's path? If version 2 is installed in PathB, 
discard MyCA in PathA, do it same as new install.
 
 
Best regards
 
Chunyan
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the 
only developer event you need to attend this year. Jumpstart your developing 
skills, take BlackBerry mobile applications to market and stay ahead of the 
curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the 
only developer event you need to attend this year. Jumpstart your developing 
skills, take BlackBerry mobile applications to market and stay ahead of the 
curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] E_HANDLE returned from WcaAddTempRecord

[David Battey]

Nope -- I missed that (and the WcaFinalize call); works like a charm now. For
others' benefit, it's discussed at
http://www.tramontana.co.hu/wix/lesson10.php and in threads on this list.

Thanks for the help.


Blair-2 wrote:
> 
> You did call WcaInitialize before calling WcaAddTempRecord, right?
> 
> -Original Message-
> From: David Battey [mailto:dbat...@phoenixcon.com] 
> Sent: Wednesday, October 21, 2009 10:02 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] E_HANDLE returned from WcaAddTempRecord
> 
> When I run this in an immediate CA in the InstallUISequence
> 
> HRESULT hr = S_OK;
> MSIHANDLE hTable = NULL;
> MSIHANDLE hColumns = NULL;
> MSIDBERROR error;
> 
> hr = WcaAddTempRecord(&hTable, &hColumns, L"ListBox", &error, 0, 
> 4, L"PROPERTYNAME", 1, L"0", L"Value");
> 
> I get an hr of E_HANDLE, error is not getting set, and GetLastError() 
> returns 1008 (ERROR_NO_TOKEN). I've tried it in a few different places in 
> the sequence, and get the same result.
> 
>  Does anyone have any idea what might be causing this?
> 
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/E-HANDLE-returned-from-WcaAddTempRecord-tp3866759p3872049.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Questions on more advanced WiX Installer UI

[Tony]

You might be able to use a progress bar type behavior.  That is
supported within Windows Installer.  We have a custom action that can
take a long time to finish.  We added progress bar "ticks" to the
custom action that provide feed back to the UI.  Might be worth
checking out.  Though you need to specify a "range" and then provide
ticks to indicate progress.  Not sure how that would work in an open
ended type transaction.  In our case we have hundreds of files to
process, so we use the number of files as the "range" and send a tick
message after we process each file.

-- 
Tony

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MaskedEdit and disable Next button?

[kerberos]

Thanks for your response!

On Wed, Oct 21, 2009 at 9:35 PM, Blair  wrote:
> Unless you have the person push some other button to call your custom
> action, I have no idea how you would get your custom action invoked to check
> the lengths to set the property needed to enable your Next button.

Would it be recommended to scrap the MaskedEdit and use a (text)
type="Edit" instead?

I suppose while not as aesthetically pleasing -- and that I lose the
MaskedEdit feature of easy input checking -- implementing type="Edit"
should do what I want.

What are your thoughts?

-- 
K

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrade and new install

[Jiang, Chunyan (GE Healthcare)]

When I searched in Google, I found some one has the same problem as me. And the 
suggested solution is to define a property using RegistrySearch. And also 
define a registry with the install path [APPLICATIONFOLDER]. So that the 
upgrade will only happen when the registry with path found. 

I tried it as:


   



  

  
 

And call custom action as:

  PREVIOUSFOUND 
AND INSTALLDIR

But I got warning when I compile it:

 warning CNDL1080: The Registry element has been deprecated.  Please use one of 
the new elements which replaces its functionality: RegistryKey for creating 
registry keys, RegistryValue for writing registry values, RemoveRegistryKey for 
removing registry keys, and RemoveRegistryValue for removing registry values.

And when I install this version 2 installer msi, select PathB, the problem is 
still there.

Is there something wrong in the Registry define? How to change it?



-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare) 
Gesendet: Donnerstag, 22. Oktober 2009 09:04
An: General discussion for Windows Installer XML toolset.
Betreff: [WiX-users] Upgrade and new install

Hi Wix-users,
 
I have developed one upgradable installer with Wix3. As I understand that main 
upgrade is same as new install. My scenario is that my version
1 has been installed to PathA. And I have an upgraded version 2. If I install 
version to to PathA, the old files are removed, the new files are installed. 
Everything is fine. If I install version 2 to PathB, the new files are copied 
to PathB, same as new install. It sounds good.
 
However, there are custom actions in my installer, named MyCA. MyCA should be 
called only by upgrade. So if version 2 installed to PathA, MyCA in PathA will 
be called. It is fine. But if version 2 is installed in PathB, MyCA in PathA 
will still be called. It causes some problem for PathB install. 
 
How can I make a condition to MyCA, so that it will only be called when the 
upgraded version installed in it's path? If version 2 is installed in PathB, 
discard MyCA in PathA, do it same as new install.
 
 
Best regards
 
Chunyan
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the 
only developer event you need to attend this year. Jumpstart your developing 
skills, take BlackBerry mobile applications to market and stay ahead of the 
curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Apply TRANSFORM during runtime of installation?

[mrtn]

Hi Joachim,

Did you manage to do this? Applying a transform during installation?

// morten


Joachim Back wrote:
> 
> Hi,
> 
> I have managed to have a multiple language MSI by using msitran and msidb.
> Are there any WIX tools to do this, so I am not dependent on SDK tools?
> 
> And if this is the case, I have a more interesting problem:
> I want to have a german, an english and a neutral installation where the
> user is asked for language. 
> 
> I managed to have a german and an english MSI by creating transforms and
> applying them at runtime of msiexec
> TRANSFORMS=:German.mst 
> TRANSFORMS=:English.mst
> 
> I even succeeded in having a dialog which asks the language and sets the
> TRANSFORMS property at runtime depending on user input, but unfortunatly
> the dialog language does not change. 
> Also if I set ProductLanguage during runtime, nothing happens.
> 
> Is the only solution to have this language dialog inside a bootstrapper?
> 
> Regards,
> Joachim
> 
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Apply-TRANSFORM-during-runtime-of-installation-tp708508p3871458.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to create window before exit dialog

[Adnan Mian]

Thanks again.
Where can i find my InstallUISequence table? Currently i am not using
InstallUISequence Tag and following mentioned code is functioning.
How to find the exact place to make chages? In product.wxs i am just using
this:







LicenseAccepted = "1"

1




Best Regards
Adnan
2009/10/22 Blair 

> If you look in your generated InstallUISequence table you will see
> ExitDialog as an "action". If you want MyDialog to appear before it, you
> would either effectively replace ExitDialog in that table with MyDialog and
> call ExitDialog from your "Next" button, or you would insert your dialog
> Before="ExitDialog" in the InstallUISequence table and close your dialog
> when you click your "Next" button.
>
> -Original Message-
> From: Adnan Mian [mailto:miand...@gmail.com]
> Sent: Wednesday, October 21, 2009 9:37 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How to create window before exit dialog
>
> I have already my own dialog window (MyDialog) which is currently appearing
> after license agreement dialog. For this i am using following code and it
> is
> functioning.
>  Value="MyDialog" Order="2">LicenseAccepted = "1"
>
> But now we want to place this own dialog window (MyDialog) after installing
> and before Exitdialog (launch application) window. or it must appear before
> ExitDialog after installing.
> How to implement it? Which Dialog id i need Dialog=? , Which Control i
> need?
> Please give the code example to understand it!
>
> Best Regards
> Adnan
>
>
>
> 2009/10/21 Lourens Wepener 
>
> > Hi,
> >
> > If you are using a wix project in Visual Studio, add a reference to the
> > WIXUI dll and add the code in. below is a sample that adds a custom
> dialog
> > called ServiceIdentityDlg.
> >
> >
> >
> >  
> >  
> >  
> >   Bold="yes"
> > />
> >   />
> >  
> >  
> >  
> >  
> >  
> >  
> >  
> >  
> >  
> >  
> >  
> >  
> >   > Value="Return" Order="999">1
> >   > Value="InstallDirDlg">1
> >   > Value="WelcomeDlg">1
> >   > Value="[WIXUI_INSTALLDIR]" Order="1">1
> >   > Value="ServiceIdentityDlg" Order="2">1
> >   > Property="_BrowseProperty" Value="[WIXUI_INSTALLDIR]"
> Order="1">1
> >   > Event="SpawnDialog" Value="BrowseDlg" Order="2">1
> >   Event="NewDialog"
> > Value="InstallDirDlg" Order="1">1
> >   Event="NewDialog"
> > Value="CustomizeDlg" Order="2">1
> >   > Value="ServiceIdentityDlg" Order="1">Installed
> >   > Value="VerifyReadyDlg">1
> >   > Value="ServiceIdentityDlg" Order="1">NOT Installed
> >   > Value="MaintenanceTypeDlg" Order="2">Installed
> >   > Event="NewDialog" Value="MaintenanceTypeDlg">1
> >   > Event="NewDialog" Value="VerifyReadyDlg">1
> >   > Event="NewDialog" Value="VerifyReadyDlg">1
> >   Event="NewDialog"
> > Value="MaintenanceWelcomeDlg">1
> >   > Title="[ProductName] Service Account">
> > Height="15"
> > Transparent="yes" NoPrefix="yes" Text="{\WixUI_Font_Title}Service Account
> > Information" />
> > > Height="24" Transparent="yes" NoPrefix="yes" Text="Enter the text" />
> > > Height="49" TabSkip="no" Text="!(loc.InstallDirDlgBannerBitmap)" />
> > > Height="2" />
> > > Height="13" Text="text" />
> > > Height="15" Property="USERNAME" Text="47" />
> > > Height="13" Text="Password:" />
> > > Width="320" Height="15" Property="PASSWORD" Text="{53}" />
> > > Height="13" Text="Domain:" />
> > > Height="15" Property="DOMAIN" />
> > > Height="0" />
> > > Height="17" Default="yes" Text="Next" />
> > > Height="17" Text="Back" />
> > > Height="17" Cancel="yes" Text="Cancel">
> >  1
> >
> >  
> >
> >
> >
> > Hope this helps
> > Regards
> >
> >
> > -Original Message-
> > From: danimian [mailto:miand...@gmail.com]
> > Sent: 21 October 2009 10:34
> > To: wix-users@lists.sourceforge.net
> > Subject: [WiX-users] How to create window before exit dialog
> >
> >
> > Hello,
> > how can i create a window before ExitDialog window?
> > I want to show my own Dialog window (MyDlg) before ExitDialog window.
> > I am trying this but it is not functioning.
> >  > Value="MyDlg">1
> > I think, i am missing the right name of Dialog and Control.
> > How to accomplish it?
> >
> > Thanks in advance and Best Regards
> > Adnan
> > --
> > View this message in context:
> >
>
> http://n2.nabble.com/How-to-create-window-before-exit-dialog-tp3864113p38641
> 13.html
> > Sent from the wix-users mailing list archive at Nabble.com.
> >
> >
> >
>
> 
> --
> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay
> > ahead of the curve. Jo

Re: [WiX-users] How to best install generic system with customerspecific add-ins

[Thomas Due]

I have been studying the documentation and the tutorial and come to the
conclusion that patching is out, since that is essentially just the
difference between two installers which is exactly what I want to avoid;
Writing two installers...

So, my next thought is: How about merge modules then? 

What I mean is, that I put all the common stuff into a merge module, it
seems that it can contain all the logic regarding files and components
and installing/starting services etc. 

Then I write the installer for each customer, which contains only the
customer specific bits and adds the merge module containing all the
common bit etc. 

So far so good. But how about the UI? Can I contain MOST of the gui in
the merge module and only add a few customer specific dialogs (if
necessary) in the customer installer, and if so, how do inject dialogs
like that? 

Best regards,
Thomas Due - Software Developer

-Original Message-
From: Thomas Due 
Sent: 22. oktober 2009 09:13
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] How to best install generic system with
customerspecific add-ins

I am currently finishing up on a generic system which we will sell to
many different customer with different needs. So, as a result this
generic system is based on extensions, or add-ins. 

Now I am thinking how to best write an installer for this. 
Although I could copy-n-paste the entire WiX project every time I make a
new customer-specific extension, I think that is quite the wrong way to
go about writing the installer for this system. 

So, I am thinking patches, or maybe transformations?

An installer for the system itself, and then a patch with the customer
specific bits. This way, I get to maintain a single installer with
upgrade codes etc. and a simple patch installer for each customer
project. On paper that should be simple enough, but how do I do that? 

I am currently still learning WiX, so my knowledge is, at best, shaky.
So I need a bit of help. 

How do I create patches for a specific installer, and is the plan
actually sound?

Best regards,
Thomas Due - Software Developer




--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Assembly (C#) installed as merge module

[Florian Schricker]

Hello list,

what I'm trying to achieve - but am not able to :-( is the following:

I have a VS 08 project creating an assembly / dll (C#) which is
basically one of our basic dlls.
For this dll I created a merge module.
I then went ahead and created a "SDK" consuming this merge module and
installed it.
This actually is no problem - but the installed dll was not available
in VS 08 as a reference - I had to pull in the dll manually. Is there
some way to push VS 08 to know where the dll is?

So I created an app which consumed the dll - but while I wanted to do
the installer I figured: how do I pull in the merge module of the dll
in the application installer? It is not installed when installing the
SDK.

Any ideas what I should / can do?


To sum it up:

BasicLib merge module (wxs containing a module)
 - BasicLib.dll

BasicLib SDK (wxs containing a product and merging the above)
 - BasicLib merge module
 - docs
 - ...

--> BasicLib available in VS 08 as reference

App
 - ref to BasicLib.dll

App installer (wxs)
 - ref to merge module - but how to install it so I can address it here?


Is all that even possible using Wix? Or am I simply asking too much? :-)


regards,
Florian

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to change shortcut name?

[Jiang, Chunyan (GE Healthcare)]

Hi all,
 
I have defined the shortcut like this:
 














 

However, I want to give the shortcut another name, like MyAPP 1.0.0.1,
which is the version number. How can I perform it? I know that I can
define custom action to change the Product Name, like:



 

But it doesn't work for changing shortcut name. How to modify this
custom action to fit for shortcut name?

 

Regards,

 

Chunyan

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to best install generic system with customer specific add-ins

[Thomas Due]

I am currently finishing up on a generic system which we will sell to
many different customer with different needs. So, as a result this
generic system is based on extensions, or add-ins. 

Now I am thinking how to best write an installer for this. 
Although I could copy-n-paste the entire WiX project every time I make a
new customer-specific extension, I think that is quite the wrong way to
go about writing the installer for this system. 

So, I am thinking patches, or maybe transformations?

An installer for the system itself, and then a patch with the customer
specific bits. This way, I get to maintain a single installer with
upgrade codes etc. and a simple patch installer for each customer
project. On paper that should be simple enough, but how do I do that? 

I am currently still learning WiX, so my knowledge is, at best, shaky.
So I need a bit of help. 

How do I create patches for a specific installer, and is the plan
actually sound?

Best regards,
Thomas Due - Software Developer


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Upgrade and new install

[Jiang, Chunyan (GE Healthcare)]

Hi Wix-users,
 
I have developed one upgradable installer with Wix3. As I understand
that main upgrade is same as new install. My scenario is that my version
1 has been installed to PathA. And I have an upgraded version 2. If I
install version to to PathA, the old files are removed, the new files
are installed. Everything is fine. If I install version 2 to PathB, the
new files are copied to PathB, same as new install. It sounds good.
 
However, there are custom actions in my installer, named MyCA. MyCA
should be called only by upgrade. So if version 2 installed to PathA,
MyCA in PathA will be called. It is fine. But if version 2 is installed
in PathB, MyCA in PathA will still be called. It causes some problem for
PathB install. 
 
How can I make a condition to MyCA, so that it will only be called when
the upgraded version installed in it's path? If version 2 is installed
in PathB, discard MyCA in PathA, do it same as new install.
 
 
Best regards
 
Chunyan
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users