Re: [WiX-users] French accents and Windows Installer

[Brett Kapilik]

You need to set the codepage attribute to the Franch codepage. Than it will 
work.


  _  

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris 
Bardon
Sent: Wednesday, October 17, 2007 2:44 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] French accents and Windows Installer



Sorry if this has been covered already, but I couldn't find anything in 
the archives.  I was looking for a French Translation of WixUI, and found an 
almost complete one at http://www.tramontana.co.hu/wix/loc/index.php.  The only 
problem I ran into is that anything that had an accented character (é etc) 
showed up as a ? in the installer (even though they display fine in other 
applications).  Is there something else that needs to be done to compile with 
the correct fonts?  The French file only uses standard ASCII characters, so 
they should be present on the target system.  Has anyone else encountered this? 
 

 

Thanks,

 

Chris

 

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] .NET user.config File

[Brett Kapilik]

Since it is in a per-user folder, I would recommend making the migration
part of version 2.0's functionality - not the installer's. Since you do
not know exactly which user is installing it can be tricky. As a best
practice, it should be done from the application when it runs the first
time for each user.

Regards,

Brett Kapilik
Kapilik.com

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Chris
> Sent: Tuesday, September 18, 2007 3:57 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] .NET user.config File
> 
> 
> 
> 
> When I upgrade my application from Version 1 => Version 2, 
> Version 2 uses a different user.config file...  How, when 
> installing Version 2, can I grab the existing user.config and 
> put it in the proper directory under C:\Documents and 
> Settings\user\Local Settings\Application Data\MyApp\??  ..  
> 
> 
> 
> Thanks for the help.. Chris G.
> 
> ___
> No banners. No pop-ups. No kidding.
> Make My Way  your home on the Web - http://www.myway.com
> 
> 
> 
> --
> ---
> This SF.net email is sponsored by: Microsoft Defy all 
> challenges. Microsoft(R) Visual Studio 2005.
> 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
> 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
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

Re: [WiX-users] Change UninstallString

[Brett Kapilik]

Ah, I see. So, in other words, since MSI/Windows forces the UILevel to 3
when doing an uninstall from Add/Remove Programs, there is no way to
force the installer to show authored dialogs during uninstall. Is that
correct? Or is there a known work-around?

- Brett

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Wilson, Phil
> Sent: Monday, July 30, 2007 1:09 PM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Change UninstallString
> 
> Those entries (created by MSI) aren't used for a registered 
> product. You can remove them and ARP can still remove or 
> modify. Changing them also makes no difference for the same reason. 
> 
> What makes different dialogs display according to product 
> state is a UI sequence condition on the dialogs displayed. A 
> Welcome dialog typically has a condition of Not Installed, a 
> Maintenance/Change dialog a condition of Installed<>"". 
> 
> 
> Phil Wilson 
> 
> 
> -Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Brett Kapilik
> Sent: Monday, July 30, 2007 8:34 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Change UninstallString
> 
> In the Registry, installers created with WiX make the entry:
> 
> UninstallString = Msiexec.exe /X{}
> 
> Which makes the uninstall run with a minimal UI. Is there a 
> way to make the ARP entry:
> 
> UninstallString = Msiexec.exe /I{}
> 
> So that it forces the change/remove/repair screen instead?
> 
> Thanks,
> 
> Brett
> 
> --
> --
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and 
> a browser.
> Download your FREE copy of Splunk now >>  
> http://get.splunk.com/ ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> 
> --
> ---
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and 
> a browser.
> Download your FREE copy of Splunk now >>  
> http://get.splunk.com/ ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Change UninstallString

[Brett Kapilik]

In the Registry, installers created with WiX make the entry:

UninstallString = Msiexec.exe /X{}

Which makes the uninstall run with a minimal UI. Is there a way to make
the ARP entry:

UninstallString = Msiexec.exe /I{}

So that it forces the change/remove/repair screen instead?

Thanks,

Brett

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] What determines the order of shortcuts

[Brett Kapilik]

My understanding is that the order that shortcuts appear is usually
alphabetical. But ultimately it is a user-setting. Schortcut groups are
just folders and I believe that the arrange by setting applies.
 
- Brett


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ward, Mike
(MED US)
Sent: Monday, July 23, 2007 4:01 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] What determines the order of shortcuts


I have two non-advertised shortcuts, each in a separate
component. My installer always installs these shortcuts in the opposite
order I want. I tried reordering statements without avail. It there a
way to control the order of shortcuts in the All Programs\Application
folder?
 

SIEMENS

Image & Knowledge
Management

Michael Ward

 
Siemens Medical Solutions
400 W. Morgan Road
Ann Arbor, MI 48108 USA
Phone: (734) 205-2476
EMail: [EMAIL PROTECTED]
Fax: (734) 998-0123


 


This message and any included attachments are from Siemens Medical
Solutions 
and are intended only for the addressee(s). 
The information contained herein may include trade secrets or privileged
or 
otherwise confidential information. Unauthorized review, forwarding,
printing, 
copying, distributing, or using such information is strictly prohibited
and may 
be unlawful. If you received this message in error, or have reason to
believe 
you are not authorized to receive it, please promptly delete this
message and 
notify the sender by e-mail with a copy to
[EMAIL PROTECTED] 

Thank you


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] msi to exe

[Brett Kapilik]

Our product "Setup Factory for Windows Installer" ships with a
completely scriptable bootstrap maker utility. Although in the simple
case you can configure and have it built automatically with your MSI
file from the design environment, the underlying technology is a console
app (modeled after WiX itself) that allows you to pass in an XML
confguration file and your custom script (based on the Lua programming
language) and builds an exe for you. It uses LZMA compression. It is
100% scriptable from front to back - with over 200 high-level actions to
do stuff like extracting files, call MSI API functions, download from
Web sites, etc. It allows you to pack as many MSIs into the bootstrapper
as you want and then conditionally extract and run them at runtime. It
also supports "plugin-able" dependency modules which are collections of
pre-configured scripts and files to allow you to detect and install
.NET, MSI engine, etc.
 
I am only jumping in here with a shameless plug because it is totally
relevant to the thread. Honestly, I think that the cost of the software
is well worth it even if only to use the bootstrap maker (although its
ability to generate WiX files is also very cool). I just couldn't let
this thread end with someone wishing the InstallAware would make such a
tool. :)
 
- Brett Kapilik (Indigo Rose Corporation)


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Peterson,
Joel
Sent: Monday, June 25, 2007 11:07 AM
To: Christopher Painter; Bob Arnson; John Vottero
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] msi to exe


I think half the subscribers to this mailing list are waiting
for that. :)
 
Joel Peterson
Quality Engineer
[EMAIL PROTECTED]
Quality Assurance Engineer

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Christopher Painter
Sent: Monday, June 25, 2007 8:09 AM
To: Bob Arnson; John Vottero
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] msi to exe


I didn't want to beat this thread to death, but that's exactly
right.   From my perspective I'm trying to investigate how WiX can make
my life easier then InstallShield and I have to admit, while I know how
to program a bootstrapper from scratch, I'm completly spoiled in that
I'm used to simple clicking a few release settings and have
InstallShield take care of it for me.  The thought of rolling my own
bootstrapper and then hiding it inside IExpress just makes me shiver. 

Now if a program like WiXAware was to have a similar story that
authored wxs files that told candle/light/whatever to do a similar
thing, I'd be one step closer to saying goodbye to InstallShield.

Bob Arnson <[EMAIL PROTECTED]> wrote:

John Vottero wrote: 

We use iexpress to bundle everything into a self
extracting executable.  We then add a manifest to that executable and
sign it.  When the self extracting executable unpacks, it runs our
bootstrapper which does all the detecting etc. and then invokes msiexec
with the correct parameters.


That's an important distinction: IExpress is a
self-extractor, not a bootstrapper. Mostly because IExpress is dumb and
doesn't give you any control like a bootstrapper.


--   sig://boB  http://joyofsetup.com/



  _  

Park yourself in front of a world of choices in alternative
vehicles.
Visit the Yahoo! Auto Green Center.
<http://us.rd.yahoo.com/evt=48246/*http://autos.yahoo.com/green_center/;
_ylc=X3oDMTE5cDF2bXZzBF9TAzk3MTA3MDc2BHNlYwNtYWlsdGFncwRzbGsDZ3JlZW4tY2V
udGVy>  

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ConfigurableDirectory being ignored

[Brett Kapilik]

I have seen this several times as well. It seems to have something to do
with using an ALLCAPS directory id (COMBINEDPRODUCTFOLDER). Try putting
at least one lower case letter in and it will work. I do not know why
this happens. COuld it have something to do with the ALLCAPS directory
ID being treated as a public property?
 
- Brett


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nick
Meredith
Sent: Wednesday, June 20, 2007 4:24 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] ConfigurableDirectory being ignored



Hi all,

 

I have a problem changing an existing installer. Orginially the
user could specify the value of INSTALLDIR via the UI to choose the
location of the install (which defaulted to C:\Program Files\...). This
was all working fine. 

 

Then we reaised that we actually needed to control the install
location at a higher level in the tree (COMBINEDPRODUCTFOLDER - see code
extract below) so that we could fix the structure of directories below
this level. We changed the ConfigurableDirectory on the Feature to the
new directory and changed the UI to set this value instead. The
installer still runs through okay and defaults the directory for the
user at the right level, then goes ahead and installs.

 

The problem is that the files are still created under the
default C:\Program Files\... location regardless of what the user enters
in the UI. Can anyone explain what I'm doing wrong - I'm sure you should
be able to do this?

 

Thanks,

 

Nick

 































...





...



...



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Adding items to IIS: What am I doing wrong?

[Brett Kapilik]

It looks like your components do not have key paths. Are you getting
build errors or runtime errors?


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mike
Dimmick
Sent: Sunday, June 17, 2007 1:58 PM
To: 'Pierson Lee (Volt)'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Adding items to IIS: What am I doing
wrong?



Can you post a verbose log (msiexec /l*v)? Installing on Windows
Server 2003, or a later version? Any further information you could
provide to narrow it down would be helpful.

 

-- 

Mike Dimmick

 


  _  


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Pierson
Lee (Volt)
Sent: 16 June 2007 00:55
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Adding items to IIS: What am I doing wrong?

 

My eventual goal is to be able to create a website through WiX,
but currently this is supposed to add two new Application Pools in IIS
and it isn't even doing that. What am I doing wrong? Any help would be
great. Thanks

--Pierson

 



 



 

 

http://schemas.microsoft.com/wix/2006/wi";
xmlns:iis="http://schemas.microsoft.com/wix/IIsExtension";>

  







 



  http://schemas.microsoft.com/wix/IIsExtension"; />

  http://schemas.microsoft.com/wix/IIsExtension"; />



 





  



  



 

 

 



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Adding User Interface to Setup Project in Visual Studio

[Brett Kapilik]

Add "-cultures:en-us" (or your supported language of choice) to the
light command line as well.
 
- Brett
 


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Afshin
Sepehri
Sent: Tuesday, June 12, 2007 1:40 PM
To: Bob Arnson
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Adding User Interface to Setup Project
in Visual Studio



When I add a reference to WixUIExtension.dll, I get so many
errors such as:

 

"The localization variable !(loc.WixUIOK) is unknown.  Please
ensure the variable is defined."

 

Any idea?

 

Afshin

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: Monday, June 11, 2007 11:12 PM
To: Afshin Sepehri
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Adding User Interface to Setup Project
in Visual Studio

 

Afshin Sepehri wrote: 

light.exe -out SampleWixUI.msi SampleWixUI.wixobj
path\wixui.wixlib -loc path\WixUI_en-us.wxl


That command line is for WiX v2. In v3, you just need to add a
reference to WixUIExtension.dll. 




-- 
sig://boB
http://joyofsetup.com/

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Looking for help beta testing a WiX-related product

[Brett Kapilik]

Hey everyone. I am a long time reader, occasional poster :)

I just wanted to let everyone know that our company (Indigo Rose
Software) has recently entered beta testing on a new product that makes
use of WiX. It is called Setup Factory for Windows Installer. It is
designed to be an easy to use (well, easier than what the "big guys" put
out) Windows Installer builder. The part that may interest you is that
our program generates WiX 3.0 wxs files and then builds them into the
MSI through candle and light.

As well, you can just design your installer in our IDE and generate
right to WiX files (including a batch file to do the build) without
actually doing the compile and link. This makes it a fantastic tool for
getting your WiX files going quickly and properly. As well, the product
will (soon) include a scriptable bootstrapper which will make
bootstrapping your installers very flexible.

Anyhow, the reason for my post is to personally invite all WiX users
mailing list readers to join our beta test and check the product out for
yourself. One of our major design goals is to follow WiX/MSI best
practices so your feedback and experience with WiX is important to us.
We will be giving away a bunch of free licenses at the end. If you are
interested, please sign up here:

http://www.indigorose.com/sufwi/index.php

Hope to see you there! Feel free to email or call me directly if you
have any questions or problems signing up for the beta.

Regards,

Brett Kapilik
Indigo Rose Software
[EMAIL PROTECTED]
Phone: (204) 946-0263 x12

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] light.exe is very slow. What options is safe use to make link faster?

[Brett Kapilik]

You can try using -sval to supress the MSI validation. That is what eats
up most of the time. But of couse, you miss out on validation...

However, for doing test builds, that should speed it up.

- Brett 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Igor Maslov
> Sent: Friday, May 11, 2007 2:26 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] light.exe is very slow. What options is 
> safe use to make link faster?
> 
> 
> Hello,
> 
> I have several thousand files in the installation and linking 
> stage is very slow. It takes more than an hour per language.
> 
> I tried to use -ss option with no effect. Cabinet creation is 
> not the reason, since I have the same slow times for 
> uncompressed files.
> 
> What checks can I switch off safely to make link step faster?
> 
> Most of the time CPU usage is very low and file activity also 
> low. I'm not sure what it is actually doing.
> 
> Thank You,
> Igor
> 
> 
> --
> View this message in context: 
> http://www.nabble.com/light.exe-is-very-slow.-What-options-is-
> safe-use-to-make-link-faster--tf3729189.html#a10438040
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> 
> --
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] size in Add/Remove keeps increasing with everyupgrade

[Brett Kapilik]

Although I have not tested this, what about setting the ARPSIZE property
directly?
 
http://msdn2.microsoft.com/en-us/library/aa367748.aspx
 
- Brett


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Don
Tasanasanta
Sent: Tuesday, May 01, 2007 4:26 PM
To: Simon Dahlbacka
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] size in Add/Remove keeps increasing
with everyupgrade



After reading the article I'd like to know...

 

Is there a way to set an estimated size for the whole program
and not have to set a size for each component? 

 


  _  


From: Simon Dahlbacka [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 01, 2007 11:56 AM
To: Don Tasanasanta
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] size in Add/Remove keeps increasing
with every upgrade

 

as the size might be a guesstimate, (see
http://blogs.msdn.com/oldnewthing/archive/2004/07/09/178342.aspx) I'm
not too surprised, although it sounds somewhat strange 

On 5/1/07, Don Tasanasanta <[EMAIL PROTECTED]> wrote:

The program size displayed in Add/Remove programs increases by
adding the new size to the existing size instead of displaying the new
size of the upgrade.

 

Example:

 

Original size ARP displays 1 meg

Upgrade 1 (1 meg in size) ARP displays 2 megs

Upgrade 2 (1 meg in size) ARP displays 3 megs

Etc...

 

What is going on here? 




-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and
take
control of your XML. No limits. Just data. Click to get it now. 
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list 
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Calling external install script from your installscript?

[Brett Kapilik]

Michael,
 
In that case you will need to run both MSIs from a setup.exe
bootstrapper (non-MSI). The problem as I understand it is that you can't
reliably run one MSI from another. You see, the Windows Installer
service only allows one MSI to be loaded and running at a time. I
believe that there are tricks to get around it but I am not sure how
reliable they are and whether they would be considered a good practice.
One other option to consider if you haven't already is to contact the
vendor to see if they have a MSI merge module available. That would
allow you to "merge" their files and installation instructions into your
single MSI file. Ideally this is the way it "should" be done, but
"should" doesn't always count for much in the real world...
 
- Brett


  _  

From: Michael Reiland [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 01, 2007 12:20 PM
To: Brett Kapilik; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Calling external install script from
your installscript?


Thank you for the quick response Brett.

I'm rather ignorant when it comes to installer scripts (This is
a new hat for me) so I'd like to make sure I'm understanding you.

The other software is installed via MSI so when you say I need
to bootstrap into 1 setup.exe does that mean I should create my MSI file
then create another MSI file that's made up of both my software MSI and
the OEM MSI?

Or are you stating that I should write a simple program named
Setup.exe that runs both MSI files in the background? 

- Michael Reiland

    
    



On 5/1/07, Brett Kapilik <[EMAIL PROTECTED]> wrote: 

If the other installer does not use MSI then you could
call it with a custom action. If it is MSI then you will probably have
to resort to bootstrapping both it and your installer into one setup.exe
routine.
 
- Brett


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael
Reiland 
Sent: Tuesday, May 01, 2007 10:19 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Calling external install
script from your installscript?


I have a piece of OEM software on which my
software depends.  I'd like to bundle everything up into a single
executable that will run the OEM install script then finish my install
script (or in the reverse order if necessary).  I'm new to Wix and there
seems to be a lot there so I thought it may be faster if I could get
some input into how to do this.  If I need to create a dll to do the
handywork for me that's ok too. 

What's the best way to achieve this via wix?

Thanks

- Michael Reiland



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Calling external install script from your installscript?

[Brett Kapilik]

If the other installer does not use MSI then you could call it with a
custom action. If it is MSI then you will probably have to resort to
bootstrapping both it and your installer into one setup.exe routine.
 
- Brett


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael
Reiland
Sent: Tuesday, May 01, 2007 10:19 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Calling external install script from your
installscript?


I have a piece of OEM software on which my software depends.
I'd like to bundle everything up into a single executable that will run
the OEM install script then finish my install script (or in the reverse
order if necessary).  I'm new to Wix and there seems to be a lot there
so I thought it may be faster if I could get some input into how to do
this.  If I need to create a dll to do the handywork for me that's ok
too. 

What's the best way to achieve this via wix?

Thanks

- Michael Reiland


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Why are VBScriptCall/JScriptCall required?

[Brett Kapilik]

Rob,

You are right (or course) - it is reason 1. Below. If I leave the tag
empty (VBScriptCall="") it works as expected - the Target column in the
MSI is empty and it build cleanly. Should have thought to try it first -
I hate it when that happens.

Well, maybe that should be my sign to go home for the weekend...

- Brett

> -Original Message-
> From: Rob Mensching [mailto:[EMAIL PROTECTED] 
> Sent: Friday, April 27, 2007 2:45 PM
> To: Brett Kapilik; WiX-users@lists.sourceforge.net
> Subject: RE: Why are VBScriptCall/JScriptCall required?
> 
> One of two reasons:
> 
> 1.  The attribute that is required but may be empty.  It is 
> needed to differentiate the CustomAction element from one 
> custom action type to another.
> 
> 2.  It's a bug.
> 
> I'm pretty sure this is a case of the former not the latter.
> 
> Additionally, I'm seriously considering creating strongly 
> typed elements to aid authoring.  The CustomAction element is 
> high on the list.  The Condition element is up there as well.
> 
> 
> PS:  VBScript/JScript sucks for CustomActions 
> (http://blogs.msdn.com/robmen/archive/2004/05/20/136530.aspx).
> 
> -----Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Brett Kapilik
> Sent: Friday, April 27, 2007 11:38 AM
> To: WiX-users@lists.sourceforge.net
> Subject: [WiX-users] Why are VBScriptCall/JScriptCall required?
> 
> A question for Rob and the others who are responsible for the WiX
> architecture:
> 
> When using say a VBScript custom action (Type 6) with the 
> BinaryKey attribute set (the VBScript is in the Binary 
> table), why was it designed so that you HAVE to spcify a 
> VBScriptCall attribute? The Windows Installer docs say that 
> the function name is optional:
> 
> Target
> 
> The Target field of the CustomAction table contains an 
> optional script function. Processing first sends the script 
> for parsing and then calls the optional script function.
> 
> But if I do not put the VBScriptCall attribute in I do not 
> see how WiX will know that it is a type 6. It is not a big 
> deal pragmatically, I am just wondering about the theory 
> behind the decision. Is there something "wrong" with not 
> having a Target specified in a type 6 custom action?
> 
> - Brett
> 
> --
> ---
> This SF.net email is sponsored by DB2 Express Download DB2 
> Express C - the FREE version of DB2 express and take control 
> of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Getting file versions

[Brett Kapilik]

But then why allow it to be turned off at all? Even if not from the XML,
then why not as another command line option?

-noscan "c:\myfile.exe"

Technically that would be better than turning it off altogether. Not
trying to be argumentative. And in the end I am fine with the way it
works - just trying to bridge the gap between the way it is "supposed"
to be done and the unforseen need to do things another way. It is a fine
line and a real balancing act that all software developers face from
time to time.

- Brett

> -Original Message-
> From: Rob Mensching [mailto:[EMAIL PROTECTED] 
> Sent: Friday, April 27, 2007 2:52 PM
> To: Brett Kapilik; Matt Anderson; wix-users@lists.sourceforge.net
> Subject: RE: [WiX-users] Getting file versions
> 
> We've had this debate before.  We decided not to do this back 
> then... I'm still uncomfortable doing this in the WiX toolset 
> because it technically isn't the way you're supposed to do things.
> 
> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Brett Kapilik
> Sent: Friday, April 27, 2007 12:26 PM
> To: Matt Anderson; wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Getting file versions
> 
> Matt,
> 
> For the record, I also think that it would be good if WiX let 
> you override file versions, sizes and languages one an 
> individual basis. As it is it is all or nothing (controlled 
> by a switch to the linker - I think). I think that it would 
> be great if there was a way to turn off the automatic 
> version, size and language detection on a file-by-file basis.
> 
> - Brett
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Matt 
> > Anderson
> > Sent: Friday, April 27, 2007 2:15 PM
> > To: wix-users@lists.sourceforge.net
> > Subject: Re: [WiX-users] Getting file versions
> >
> > Brett Kapilik  indigorose.com> writes:
> >
> > >
> > > Matt,
> > >
> > > What do you mean by:
> > >
> > > "I just wanted to know if there was a way to determine
> > automatically
> > > in WiX if a file had version information or not and set
> > that attribute
> > > accordingly."
> > >
> > > Where would you expect this to happen? WiX does, by
> > default, determine
> > > if the file has version information or not when you compile
> > and link.
> > > If it has it, it reads it and sets the appropriate
> > attributes, if it
> > > doesn't have version information, it doesn't ad dthe 
> attributes. In 
> > > that case Windows Installer will go by the modified date of
> > the file I
> > > believe.
> > >
> > > I don't know if that helps or not because I am not sure how to 
> > > interpret your question.
> > >
> > > Regards,
> > >
> > > Brett
> >
> > Sorry.  I was originally hoping there might be some way to set a 
> > property or something along those lines if a file had version 
> > information or not.  Based on that property, WiX would set the 
> > DefaultVersion attribute.  However, the more I think about 
> it the more 
> > I realize that isn't very feasible.
> > It doesn't make sense to me to try and set that when the 
> installation 
> > is running, but rather during the construction of the source file.  
> > I've been trying to create a tool that would automate building WiX 
> > source files and calling candle and light.  I think it may 
> be best to 
> > simply add that functionality to the tool as opposed to 
> having WiX do 
> > it.
> >
> > Sorry for any confusion and thanks for your time.
> >
> > -Matt Anderson
> >
> >
> > --
> > ---
> > This SF.net email is sponsored by DB2 Express Download DB2 
> Express C - 
> > the FREE version of DB2 express and take control of your XML. No 
> > limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> 
> --
> ---
> This SF.net email is sponsored by DB2 Express Download DB2 
> Express C - the FREE version of DB2 express and take control 
> of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Getting file versions

[Brett Kapilik]

Matt,

For the record, I also think that it would be good if WiX let you
override file versions, sizes and languages one an individual basis. As
it is it is all or nothing (controlled by a switch to the linker - I
think). I think that it would be great if there was a way to turn off
the automatic version, size and language detection on a file-by-file
basis.

- Brett

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Matt Anderson
> Sent: Friday, April 27, 2007 2:15 PM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Getting file versions
> 
> Brett Kapilik  indigorose.com> writes:
> 
> > 
> > Matt,
> > 
> > What do you mean by:
> > 
> > "I just wanted to know if there was a way to determine 
> automatically 
> > in WiX if a file had version information or not and set 
> that attribute 
> > accordingly."
> > 
> > Where would you expect this to happen? WiX does, by 
> default, determine 
> > if the file has version information or not when you compile 
> and link. 
> > If it has it, it reads it and sets the appropriate 
> attributes, if it 
> > doesn't have version information, it doesn't ad dthe attributes. In 
> > that case Windows Installer will go by the modified date of 
> the file I 
> > believe.
> > 
> > I don't know if that helps or not because I am not sure how to 
> > interpret your question.
> > 
> > Regards,
> > 
> > Brett
> 
> Sorry.  I was originally hoping there might be some way to 
> set a property or something along those lines if a file had 
> version information or not.  Based on that property, WiX 
> would set the DefaultVersion attribute.  However, the more I 
> think about it the more I realize that isn't very feasible.  
> It doesn't make sense to me to try and set that when the 
> installation is running, but rather during the construction 
> of the source file.  I've been trying to create a tool that 
> would automate building WiX source files and calling candle 
> and light.  I think it may be best to simply add that 
> functionality to the tool as opposed to having WiX do it.
> 
> Sorry for any confusion and thanks for your time.
> 
> -Matt Anderson
> 
> 
> --
> ---
> This SF.net email is sponsored by DB2 Express Download DB2 
> Express C - the FREE version of DB2 express and take control 
> of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Getting file versions

[Brett Kapilik]

Matt,

What do you mean by:

"I just wanted to know if there was a way to determine automatically in
WiX if a file had version 
information or not and set that attribute accordingly."

Where would you expect this to happen? WiX does, by default, determine
if the file has version information or not when you compile and link. If
it has it, it reads it and sets the appropriate attributes, if it
doesn't have version information, it doesn't ad dthe attributes. In that
case Windows Installer will go by the modified date of the file I
believe.

I don't know if that helps or not because I am not sure how to interpret
your question.

Regards,

Brett

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Matt Anderson
> Sent: Friday, April 27, 2007 1:21 PM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Getting file versions
> 
> I think I also need to elaborate more on what I'm doing.  I 
> have binary files (.dlls, .exes, etc) that have version 
> information that we'd like WiX to apply the versioning rules 
> on.  However, we also have .asp files, xml files, .cs files, 
> etc. that are part of the application but don't have 
> versioning information.  These files need to be overwritten 
> no matter what.  I know I could set the DefaultVersion 
> attribute to a ridiculously high version so that they would 
> overwrite no matter what.  I just wanted to know if there was 
> a way to determine automatically in WiX if a file had version 
> information or not and set that attribute accordingly.  Sorry 
> if I wasn't specific enough.
> 
> -Matt Anderson
> 
> 
> --
> ---
> This SF.net email is sponsored by DB2 Express Download DB2 
> Express C - the FREE version of DB2 express and take control 
> of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Why are VBScriptCall/JScriptCall required?

[Brett Kapilik]

A question for Rob and the others who are responsible for the WiX
architecture:

When using say a VBScript custom action (Type 6) with the BinaryKey
attribute set (the VBScript is in the Binary table), why was it designed
so that you HAVE to spcify a VBScriptCall attribute? The Windows
Installer docs say that the function name is optional:

Target

The Target field of the CustomAction table contains an optional script
function. Processing first sends the script for parsing and then calls
the optional script function.

But if I do not put the VBScriptCall attribute in I do not see how WiX
will know that it is a type 6. It is not a big deal pragmatically, I am
just wondering about the theory behind the decision. Is there something
"wrong" with not having a Target specified in a type 6 custom action?

- Brett

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Actions

[Brett Kapilik]

Use the CustomAction element. There are a few ways to do it, but the one
the comes to mind as a general solution is to schedule it after
InstallFiles in the InstallExecuteSequence and set the Execute attribute
to "deferred" ot "commit". Make sure that you read the MSDN topics about
deferred custom actions - because there are some things to be aware of.
If you provide a more detailed description of what the custom action is
and does I might be able to provide more specific instructions.
 
- Brett


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nathan
Lane
Sent: Friday, April 27, 2007 12:26 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom Actions


How does one order Custom Actions to be run at the end of the
installation, like after files have been installed?

-- 
Nathan Lane 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Getting file versions

[Brett Kapilik]

What about using the CompanionFile attribute (File element) for the
non-versioned file?

- Brett 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Matt Anderson
> Sent: Friday, April 27, 2007 7:28 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Getting file versions
> 
> Is it possible to determine via WiX if a file has version 
> information?  I was told that if a file has version 
> information to leave it alone, but if it didn't go ahead and 
> implement version lying ( I know, I know... ).  
> Unfortunately, I'm limited to using just WiX code and am 
> discouraged from using custom actions.  I haven't been able 
> to find a lot of resources on this, so if any one has any 
> suggestions or input I'd be grateful.
> 
> Thanks for your time,
> 
> 
> Matt Anderson
> 
> 
> --
> ---
> This SF.net email is sponsored by DB2 Express Download DB2 
> Express C - the FREE version of DB2 express and take control 
> of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Property Visibility and Custom Actions

[Brett Kapilik]

Why not schedule the SetMyProperty custom action into the
InstallUISequence instead of InstallExecuteSequence? Or into both. I
would imagine that the problem might be related to the
InstallExecuteSequence not being run until after the InstallUISequence.
Not sure about all that, but maybe it will get you on the right track.

- Brett

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of WiX'ed
> Sent: Thursday, April 26, 2007 3:24 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Property Visibility and Custom Actions
> 
> Given a property:
> 
> 
> 
> I have a custom action that sets it to different values 
> depending on what it finds:
> 
>  DllEntry='SetMyProperty' />
> 
> 
>After='ValidateProductID'>NOT Installed 
> 
> 
> I need to show a dialog (among other things) depending on the 
> value of this property:
> 
> 
>After='ExecuteAction'>MYPROPERTY = 1 
> 
> The problem is that no matter what value the custom action 
> sets for MYPROPERTY, it is always 0 (whatever I defined at 
> the top or not defined at all if I don't) when the dialog 
> 'MyDialog' is supposed to run.
> 
> The msiexec log shows MYPROPERTY being properly set by the custom
> action:
> 
> <...snip...>
> MSI (s) (DC!0C) [15:31:05:718]: PROPERTY CHANGE: Modifying 
> MYPROPERTY property. Its current value is '0'. Its new value: '1'.
> <...snip...>
> 
> But I see these two lines showing the different values:
> 
> <...snip...>
> Property(S): MYPROPERTY = 1
> <...snip...>
> Property(C): MYPROPERTY = 0
> <...snip...>
> 
> I assume these to be "Client" and "Server". How do I make this work?  
> I'm sorry if this is simple but I'm still having a hard time 
> grasping MSI.
> 
> TIA
> 
> g
> 
> --
> ---
> This SF.net email is sponsored by DB2 Express Download DB2 
> Express C - the FREE version of DB2 express and take control 
> of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Any interest in a beginner's tutorial?

[Brett Kapilik]

We (me and the company that I work for) are in the process of making a
setup tool (like InstallShield but laid out much better) that generates
WiX (3.0) files and then builds with candle and light. It generates 100%
pure WiX and has a visual interface as well as a full dialog editor. The
way that we have handled the UI makes creating dialogs and changing
dialog sequences and logic easy(er). I think it will be a great tool for
those wanting to use WiX but not wanting to learn all of its nuances
before getting up and running like you guys.
 
I do plan on opening our private beta to the WiX mailing list if the
interest is there. This is not intended to be a spam or shameless plug,
I just see a lot of WiX users expressing (directly or indirectly) this
sentiment and I just want to let you know that a solution is in the
works. I will say up front that it will be a commercial tool, but we
will be giving lots of free licenses away to those who help us with
testing, etc.
 
I will post an announcement to the list when we open beta testing
(within a few weeks).
 
- Brett


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Friday, April 20, 2007 11:53 AM
To: Daryn Mitchell
Cc: [EMAIL PROTECTED];
wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Any interest in a beginner's tutorial?



Rennie, 

Like Daryn, I am also a developer who has occasionally done
setup. I have used WiX and InstallShield. 
I would also be interested in a tutorial that explains in
greater detail custom dialogs and localization. I found not found any
decent documentation in this area. 
 I would almost always choose 
WiX over other install tools (based on my limited experience
with the two mentioned above) if this area of WiX was well documented. 
 The "official" tutorial is an excellent resource but does not 
cover this area comprehensively. 

Thanks, 

Sandeep 







"Daryn Mitchell" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

04/20/2007 09:36 AM 

To
 
cc
Subject
Re: [WiX-users] Any interest in a beginner's tutorial?







Rennie,

I'd be very happy to see a more beginner-oriented tutorial to
help with
getting started. I'm currently evaluating whether to switch from
InstallShield to WiX, and there are still things I have not yet
got
running/tested in WiX.

I'm a software developers who happen to also do setup -- as
opposed to a
hardcore setup guy. I think people like me who are considering
WiX could
certainly benefit from a tutorial focused on guiding beginners
through a
smaller set of tasks that would be found in a typical 'simple'
installation.

Your mention of dialog boxes and localization touches on the
area that is
causing my current pause: customizing the UI, which seems to
have a steep
initial learning curve... to an InstallShield user :)

Daryn.



-Original Message-
From: Rennie Petersen

[...] is there really any interest in yet another WiX
tutorial? Mine is more introductory than the current "official"
one,
covers only the basic features in WiX, but does cover a few
things like
creating your own dialog boxes and localization more
comprehensively.






-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and
take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


__
This email has been scanned by the MessageLabs Email Security
System.
For more information please visit
http://www.messagelabs.com/email 

__



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Conditional registry key using CheckBox control

[Brett Kapilik]

Well, there is nothing inherently "wrong" with non-public properties.
Even from the UI. The "correctness" is conextual as to where you are
referencing the property which makes it very hard to catch in a
compiler. This is a logic error rather than a syntax error.
 
- Brett


  _  

From: Ricardo Lopes [mailto:[EMAIL PROTECTED] 
Sent: Friday, April 20, 2007 10:55 AM
    To: Brett Kapilik
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Conditional registry key using CheckBox
control


Thanks,

It worked fine.

I didn't use the ALLCAPS version because i like camel-casing,
has better readability.

I notice many properties are in allcaps, is a limitation of MSI
?

If so i think it should be verified on the schema and warm or
force the user to change it to allcaps. 

Many thanks.
Ricardo Lopes.

    
    On 20/04/07, Brett Kapilik <[EMAIL PROTECTED]> wrote: 

Try making the property public (ALLCAPS):
 
 
 
Then reference it in the component condition as the
all-uppercase property name.
 
- Brett


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ricardo
Lopes
Sent: Friday, April 20, 2007 10:27 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Conditional registry key
using CheckBox control



Hi,

I tried several ways and can't set a registry
key only when the user checks a checkbox.

I Create a component with a condition that
checks a property (initialy set to "1" to make the checkbox control
checked by default), however it seems that the property value is not set
by the control and i have the Property attribute set for that control.
The dialog is show just before the VerifyReadyDlg the dialog sequence is
the same as the WixUI_InstallDir except for that extra dialog that has
some checkboxes to conditioning some aspects of installation (this was
the first i tried to get working, so the other do nothing for now..) 

Here is the relevant part of my wix file:




 
  
  

"[INSTALLLOCATION]App.exe" -startup 
   


...



   



I tried to get this to work like the way is show
on a mailing post that shows how to create a conditional shortcut but
doesn't work well in all situations.
Help is really appreciated.

Thanks. 
Ricardo Lopes 


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Conditional registry key using CheckBox control

[Brett Kapilik]

Try making the property public (ALLCAPS):
 
 
 
Then reference it in the component condition as the all-uppercase
property name.
 
- Brett


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ricardo
Lopes
Sent: Friday, April 20, 2007 10:27 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Conditional registry key using CheckBox
control


Hi,

I tried several ways and can't set a registry key only when the
user checks a checkbox.

I Create a component with a condition that checks a property
(initialy set to "1" to make the checkbox control checked by default),
however it seems that the property value is not set by the control and i
have the Property attribute set for that control. The dialog is show
just before the VerifyReadyDlg the dialog sequence is the same as the
WixUI_InstallDir except for that extra dialog that has some checkboxes
to conditioning some aspects of installation (this was the first i tried
to get working, so the other do nothing for now..) 

Here is the relevant part of my wix file:



   
  
  
"[INSTALLLOCATION]App.exe"
-startup 
   


...



   



I tried to get this to work like the way is show on a mailing
post that shows how to create a conditional shortcut but doesn't work
well in all situations.
Help is really appreciated.

Thanks. 
Ricardo Lopes 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] changing setup at runtime

[Brett Kapilik]

Well, if the download is generic - just a file on a server - then I
don't see how you can do this. However, if you are running a Windows
server (ASP) theoretically I suppose you could make the download script:
 
- Make a copy of the msi file on the server
- Use the MSI Automation interface to open the database, write a value
to a property, and then close the database
- Serve that file up to the user
- Delete the copied files after download or on a cron job
 
I have never attempted to do this so don't ask for particulars, but
maybe that will get the thought process going...
 
- Brett


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nitin
Chaudhari
Sent: Friday, April 20, 2007 2:47 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] changing setup at runtime


Hi,
 
I need to add some information to my setup at runtime. So that
every user who downloads the setup, get a unique setup. Basically I need
to embedded a GUID in the setup, and when it runs, I want to write this
guid to registry or some file. Any pointers on how to achieve this. 
 
I heard about changing resources in the setup at runtime... or
maybe updating property in MSI. I can either put this guid in the
bootstrapper (setup.exe) or MSI
 
What do u guys think?
 
- Nitin

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Placing data in subdirectories on a source media

[Brett Kapilik]

I believe it is because your Package is marked as Compressed but your
Media (2) is not compressed. In this case, MSI expects the source files
to be in the same folder as the msi file. From the MSI docs:
 
Note that if the package is marked as compressed (Bit 1 is set), the
Windows Installer only installs files located at the root of the source.
In this case, even files marked as uncompressed in the File Table
  must be
located at the root to be installed. To specify a source image that has
both a cabinet file (compressed files) and uncompressed files that match
the tree in the Directory Table
 , mark the
package as uncompressed by leaving Bit 1 unset (value=0) in the Word
Count Summary property and set msidbFileAttributesCompressed
(value=16384) in the Attributes column of the File Table
  for each file
in the cabinet.

Hope that helps.

- Brett


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Maslov,
Igor
Sent: Thursday, April 19, 2007 3:46 PM
To: Maslov, Igor; wix-users@lists.sourceforge.net
Subject: [WiX-users] Placing data in subdirectories on a source
media



Hello , 

I'm trying to do a simple thing :) - put files (either
uncompressed or cab) in subdirectories on a source media. 
Result  - is an error dialog, saying that required file is not
found. 

I found several links on the topic here, but still can't make it
work. 

Here is what I do: 

 
 

  

   
  
 
 
 
 

 

  

Other combinations of source/target directories didn't work
either: 

 
  
 
   


Msi builds, but when I run installation it can not find files
located in "SourceSubdir" directory on the source media. 
If I copy those files (data.cab and readme.txt) to the same
location where MSI file is, then installation finishes without error.

I believe this functionality works with Windows Installer
itself, and looks like it can be done through WiX. 

Likely I'm missing some small detail, but can't find what. 


Thank you in advance, 
Igor 


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Renaming files

[Brett Kapilik]

Not sure about an official "rename" but what about using the CopyFile
element with Delete="yes".

- Brett 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Matt Anderson
> Sent: Thursday, April 19, 2007 9:15 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Renaming files
> 
> I've given up on trying to overwrite files.  Is there any way 
> to rename an existing file?
> 
> Thanks for your time,
> 
> 
> Matt Anderson
> 
> 
> --
> ---
> This SF.net email is sponsored by DB2 Express Download DB2 
> Express C - the FREE version of DB2 express and take control 
> of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] What is the use of an application (.exe) GUID ?

[Brett Kapilik]

You can use a ComponentSearch Element to find the installed location of
an existing component on the system.

- Brett 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> teckJBMsia
> Sent: Thursday, April 19, 2007 3:27 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] What is the use of an application 
> (.exe) GUID ?
> 
> 
> Hi,
> 
>   Is it possible for my another installer (.msi) to detect 
> the presence of the EXE by using the GUID ? If it is 
> possible, how to do it ? If it's not possible, is there any 
> other way to do this ? Cheers !
> 
> 
> Mike Dimmick-2 wrote:
> > 
> > Windows Installer installs products in units of components 
> - they are 
> > the building blocks of the installation. It installs a 
> component if it 
> > believes that the component is not up to date or is 
> missing, which it 
> > determines from the component's key path. It stores a list 
> of all the 
> > components which are installed, and the locations they are 
> installed 
> > to, in the Windows registry.
> > This acts as a reference count to decide when to remove the 
> component 
> > on uninstallation.
> > 
> > It is therefore vitally important that the component GUIDs 
> are unique 
> > to each individual component, and that the composition of the 
> > component is the same for each definition of the same component (as 
> > identified by the same GUID). It is also essential that resources 
> > (files, registry keys) are not defined by multiple different 
> > components, as they can be removed prematurely as Windows Installer 
> > detects that one of the components owning that resource has 
> reached a 
> > zero reference count and should be removed.
> > 
> > For more see Rob's blog entry 'Component Rules 101', a copy 
> of which 
> > is in the WiX documentation (WiX.chm) or at 
> > http://blogs.msdn.com/robmen/archive/2003/10/18/56497.aspx.
> > 
> > --
> > Mike Dimmick
> > 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of 
> > teckJBMsia
> > Sent: 18 April 2007 09:43
> > To: wix-users@lists.sourceforge.net
> > Subject: [WiX-users] What is the use of an application (.exe) GUID ?
> > 
> > 
> > Hi,
> > 
> >Following is quoted from WIX Tutorial.
> > 
> >  > Guid='YOURGUID-83F1-4F22-985B-FDB3C8ABD471'>
> > LongName='FoobarAppl10.exe'
> > DiskId='1'Source='FoobarAppl10.exe' Vital='yes'>
> > 
> >I wish to know what is the purpose of that Guid.
> > 
> >Besides that, can WIX search for that GUID before installing a 
> > program to make sure that program has not been installed 
> previously ? 
> > ( Note : in my case, the product GUID can be same but not 
> the program 
> > ).
> > 
> >Cheers !
> > 
> > 
> > 
> > 
> --
> > --- This SF.net email is sponsored by DB2 Express Download 
> DB2 Express 
> > C - the FREE version of DB2 express and take control of 
> your XML. No 
> > limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> > 
> > 
> 
> --
> View this message in context: 
> http://www.nabble.com/What-is-the-use-of-an-application-%28.ex
e%29-GUID---tf3599651.html#a10073901
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> 
> --
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CustomAction DLL (type 1) with dependencies - help

[Brett Kapilik]

Robert,

Where is the custom action called from - where is it scheduled? Is it
deferred?

- Brett 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Robert Randall
> Sent: Wednesday, April 18, 2007 9:40 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] CustomAction DLL (type 1) with 
> dependencies - help
> 
> 
> I have a CustomAction DLL that was working just fine.  
> However, I recently updated it and it now depends on another 
> DLL.  That DLL isn't a typical system DLL and is not already 
> on the system.  I can't seem to figure out WHERE to put the 
> DLL so that it is available when the CustomAction is invoked. 
>  It is not as simple as putting it in the install directory.  
> That fails with a 3 - not found.
> 
> I want to avoid installing it into the SystemFolder if 
> possible.  It is a private DLL and I don't want to contribute 
> to DLL-HELL.
> 
> Expanding my knowledge of WiX,
> Robert
> 
> 
> --
> ---
> This SF.net email is sponsored by DB2 Express Download DB2 
> Express C - the FREE version of DB2 express and take control 
> of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Changing the drive letter

[Brett Kapilik]

Changing the drive letter is usually up to the user at runtime. You
specify something like Program Files\Whatever and then let the user
change the location if they want to. Do you have a specific need to
hard-code a drive letter into the installer? Perhaps if you can expand
on what you are trying to accomplish we can help come up with solutions
or ideas.
 
- Brett


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nathan
Lane
Sent: Tuesday, April 17, 2007 3:50 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Changing the drive letter


Hello, I've read through the tutorial and researched the Help
file, but I am unable to find out how one changes the drive letter to
which a program will be installed.  I assume it's possible.  For example
I want to install something to my D:\ partition.  Can somebody point out
how to do this? 
 
Thanks,

-- 
Nathan Lane 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Font Registration issues

[Brett Kapilik]

Wow - how did I possibly miss that? My apologies. Thanks for the
response.
 

 
- Brett ;)


  _  

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: Monday, April 16, 2007 12:21 PM
To: Brett Kapilik
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Font Registration issues


Brett Kapilik wrote: 


  


The File doc says:


TrueType YesNoType   generates entries in Font table with no
FontTitle   

According to the code, when the TrueType attribute is set, the
font title is set to empty.

-- 
sig://boB
http://bobs.org

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Font Registration issues

[Brett Kapilik]

Working with WiX 3.0.2806.0. I am setting up a TTF file to be registered
as a font on the system:



The above works OK, except that I get:

G:\My Documents\Output\setup.wxs(53) : warning LGHT1076 : ICE51: Font
'EGGS.TTF' is a TTC\TTF font, but also has a title.

This is because FontTitle="Eggs (TrueType)" is there. According to the
MSI docs (Font table topic):

It is recommended that you leave this column null for TrueType Fonts and
TrueType Collections because the installer can register the font after
reading the correct font title from the font file. If the font name is
entered, it must be identical to font title from the font file. You must
specify a title for fonts that do not have embedded names, such as .fon
files. 

However, if I specify FontTitle="", it seems to automatically fill in
the font name when it compiles (or links - not sure) and still gives the
same warning.

Is this caused by allowing WiX to auto-scan for file information?
Is it a bug?
How can I force it to make a Font table entry with a null FontTitle
field?

Regards,

Brett

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Advertised Shortcuts don't show the correct Icon

[Brett Kapilik]

Scott,
 
I have not seen that problem with Advertised shortcuts. The only time I
have had problems is if I do not specify an icon for the shortcut at
all. I wonder if it has to do with the name of your icon.  From the WiX
help file:
 
Identifier reference to Icon element. The Icon identifier should have
the same extension as the file that it points at. For example, a
shortcut to an executable (e.g. "my.exe") should reference an Icon with
identifier like "MyIcon.exe"
 
So, I wonder if it would help if your icon identifier was:
 

 
... assuming that your icon is pointing to an executable.
 
Let me know if that helps - because I am curious.
 
- Brett

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scott
Palmer
Sent: Monday, April 16, 2007 10:53 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Advertised Shortcuts don't show the correct
Icon


(Despite receiving a confirmation, I haven't seen this message
hit the list after 4 days, so I'm resending...)

In my WiX XML I have:




...



The shortcut gets created.  On my machine and some others the
icons are correct.  But many machines get the wrong icon for ALL of the
advertised shortcuts.. the icon picked up is that of an entirely
different application from another vendor that was already installed on
the target machine.  Changing to non-advertised shortcuts fixes this
icon problem.  When this happens, it happens for all of the advertised
shortcuts.  That means all of the shortcuts I put in the start menu or
desktop, regardless of the icons that they are supposed to use, get
something completely different that is entirely unrelated. 

I've seen this now with two installers I've done with WiX 3.

Is this just a known bug in Windows XP that I have to put up
with?  Is there some trick to get it to work?  I was trying to avoid
non-advertised shortcuts for these components because of the added
hassle of making dummy registry entries to satisfy the ICE problems
since I'm doing a per-machine install. 

Thanks in advance,

Scott


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Action that references C# classes?

[Brett Kapilik]

Rob makes some good points below. In the long run you are much better
off using the WiX extensions to do that stuff because they support
rollback, uninstall, etc. properly. If you want to use your own custom
action and do things properly, you should make your executable/DLL
support different actions based on a command line argument such as
"-UNINSTALL", "-ROLLBACK", etc. and then create multiple "Custom"
entries with the appropriate conditions and command line arguments on
them.

I just wanted to let you know how it was done - please do not interpret
it as a best practice recommendation.

- Brett

> -Original Message-
> From: Rob Mensching [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, April 11, 2007 1:00 PM
> To: Alex Steen; Brett Kapilik; wix-users@lists.sourceforge.net
> Subject: RE: [WiX-users] Custom Action that references C# classes?
> 
> The problem with this method is that you will have a very 
> difficult time participating in the reference counting and 
> transaction when applying changes to the machine.
> 
> Scheduling after InstallFinalize also likely won't work 
> because your install is not elevated at that point in time.
> 
> Really, there is a significant amount of work necessary to 
> correctly install resources on a machine and have it work for 
> install/uninstall/repair/upgrade/patching.
> 
> Oh, you also don't need a "1" in the  element.  An 
> empty condition means to run the action all the time.
> 
> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Alex Steen
> Sent: Wednesday, April 11, 2007 10:55 AM
> To: Brett Kapilik; wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Custom Action that references C# classes?
> 
> That's exactly what I was looking for, Brett, thank you.  One 
> extra question, is it possible to get arguments through my UI 
> and pass them to my CustomAction as arguments to the script?
> 
> -Original Message-
> From: Brett Kapilik [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 11, 2007 12:43 PM
> To: Alex Steen; wix-users@lists.sourceforge.net
> Subject: RE: [WiX-users] Custom Action that references C# classes?
> 
> You can certainly do that. You should include both the C# dll 
> and the executable that calls it in your installer. Then make 
> a CustomAction element that defines the custom action. Make 
> sure to use the FileKey attribute to reference the 
> executable's file ID (i.e "Myfile.exe") as well as any of the 
> other attributes that apply:
> 
>  Execute="immediate" FileKey="Myfile.exe" ExeCommand=""/>
> 
> Then create a Custom element that schedules the custom action 
> to happen after the files are installed:
> 
> 
> 1
> 
> 
> (I am not 100% sure about the After="InstallFinalize" - 
> perhaps someone else has a reccomendation on where to 
> schedule the action).
> 
> Hopefully that helps get you on your way.
> 
> - Brett
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of JCWrs
> > Sent: Wednesday, April 11, 2007 12:29 PM
> > To: wix-users@lists.sourceforge.net
> > Subject: [WiX-users] Custom Action that references C# classes?
> >
> >
> > One of our developers has written a class that is able to 
> set-up all 
> > of the virtual directories, websites and IIS that our app 
> requires.  
> > Is there a way to write a custom action that executes a file that 
> > calls functions from this C#.Net class?
> >
> > I realize that I can call pre-defined Custom Actions to 
> set-up all of 
> > this using certain wixlib's, but I'm trying to avoid doing so if 
> > possible (why re-write it all when its already done?).
> > --
> > View this message in context:
> > http://www.nabble.com/Custom-Action-that-references-C--classes
> --tf3560476.html#a994
> > Sent from the wix-users mailing list archive at Nabble.com.
> >
> >
> > --
> > ---
> > Take Surveys. Earn Cash. Influence the Future of IT Join 
> > SourceForge.net's Techsay panel and you'll get the chance to share 
> > your opinions on IT & business topics through brief 
> surveys-and earn 
> > cash http://www.techsay.com/default.php?page=join.php&p=sourceforge
> &CID=DEVDEV
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-use

Re: [WiX-users] Custom Action that references C# classes?

[Brett Kapilik]

Yes, just specify them in the ExeCommand attribute.

- Brett

> -Original Message-
> From: Alex Steen [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, April 11, 2007 12:55 PM
> To: Brett Kapilik; wix-users@lists.sourceforge.net
> Subject: RE: [WiX-users] Custom Action that references C# classes?
> 
> That's exactly what I was looking for, Brett, thank you.  One 
> extra question, is it possible to get arguments through my UI 
> and pass them to my CustomAction as arguments to the script?
> 
> -----Original Message-
> From: Brett Kapilik [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 11, 2007 12:43 PM
> To: Alex Steen; wix-users@lists.sourceforge.net
> Subject: RE: [WiX-users] Custom Action that references C# classes?
> 
> You can certainly do that. You should include both the C# dll 
> and the executable that calls it in your installer. Then make 
> a CustomAction element that defines the custom action. Make 
> sure to use the FileKey attribute to reference the 
> executable's file ID (i.e "Myfile.exe") as well as any of the 
> other attributes that apply:
> 
>  Execute="immediate" FileKey="Myfile.exe" ExeCommand=""/>
> 
> Then create a Custom element that schedules the custom action 
> to happen after the files are installed:
> 
> 
> 1
> 
> 
> (I am not 100% sure about the After="InstallFinalize" - 
> perhaps someone else has a reccomendation on where to 
> schedule the action).
> 
> Hopefully that helps get you on your way.
> 
> - Brett
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of JCWrs
> > Sent: Wednesday, April 11, 2007 12:29 PM
> > To: wix-users@lists.sourceforge.net
> > Subject: [WiX-users] Custom Action that references C# classes?
> > 
> > 
> > One of our developers has written a class that is able to 
> set-up all 
> > of the virtual directories, websites and IIS that our app 
> requires.  
> > Is there a way to write a custom action that executes a file that 
> > calls functions from this C#.Net class?
> > 
> > I realize that I can call pre-defined Custom Actions to 
> set-up all of 
> > this using certain wixlib's, but I'm trying to avoid doing so if 
> > possible (why re-write it all when its already done?).
> > --
> > View this message in context: 
> > http://www.nabble.com/Custom-Action-that-references-C--classes
> --tf3560476.html#a994
> > Sent from the wix-users mailing list archive at Nabble.com.
> > 
> > 
> > --
> > ---
> > Take Surveys. Earn Cash. Influence the Future of IT Join 
> > SourceForge.net's Techsay panel and you'll get the chance to share 
> > your opinions on IT & business topics through brief 
> surveys-and earn 
> > cash http://www.techsay.com/default.php?page=join.php&p=sourceforge
> &CID=DEVDEV
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> > 
> 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Action that references C# classes?

[Brett Kapilik]

You can certainly do that. You should include both the C# dll and the
executable that calls it in your installer. Then make a CustomAction
element that defines the custom action. Make sure to use the FileKey
attribute to reference the executable's file ID (i.e "Myfile.exe") as
well as any of the other attributes that apply:



Then create a Custom element that schedules the custom action to happen
after the files are installed:


1


(I am not 100% sure about the After="InstallFinalize" - perhaps someone
else has a reccomendation on where to schedule the action).

Hopefully that helps get you on your way.

- Brett

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of JCWrs
> Sent: Wednesday, April 11, 2007 12:29 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Custom Action that references C# classes?
> 
> 
> One of our developers has written a class that is able to 
> set-up all of the virtual directories, websites and IIS that 
> our app requires.  Is there a way to write a custom action 
> that executes a file that calls functions from this C#.Net class?
> 
> I realize that I can call pre-defined Custom Actions to 
> set-up all of this using certain wixlib's, but I'm trying to 
> avoid doing so if possible (why re-write it all when its 
> already done?).
> --
> View this message in context: 
> http://www.nabble.com/Custom-Action-that-references-C--classes
--tf3560476.html#a994
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> 
> --
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the 
> chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge
&CID=DEVDEV
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] getting variables from nant to votive wix project

[Brett Kapilik]

The other thing that you could try is defining your constants in a wix
include file (.wxi) and then including it in your main wxs file. This
way your build environment just generates the wxi file and does not
touch your main wxs file. Just another approach to consider...

- Brett 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Justin Rockwood
> Sent: Tuesday, April 10, 2007 10:20 AM
> To: 'Jeff Paulsen'; Scott Sam
> Cc: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] getting variables from nant to 
> votive wix project
> 
> It might be better to just use preprocessor variables in your 
> WiX files and then pass in those values when you call the 
> MSBuild NAnt task. In your wxs files use:
> $(var.Version) and then when calling MSBuild, set 
> /property:DefineConstants=Version=1.0.1013.0. Then you don't 
> have to use NAnt to change your source files, which is 
> usually not a good idea with Source Code Control systems.
> 
> Justin
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Jeff Paulsen
> Sent: Tuesday, April 10, 2007 7:25 AM
> To: Scott Sam
> Cc: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] getting variables from nant to 
> votive wix project
> 
> Scott Sam wrote:
> > We have nant create the version number during the build.  I 
> would like 
> > to use this in various places in the wix projects.  Is 
> there a way to 
> > do this without setting environment variables?  I'm using 
> votive and 
> > just using nant's msbuild task to build the solution.  I 
> don't want to 
> > use environment variables because there could be multiple versions 
> > building at the same time.
> 
> Since you are using nant for the version number, you can use 
> the xmlpoke task to put the value right into your wxs, like this:
> 
>  value="${buildnumber.version}">
> 
>  uri="http://schemas.microsoft.com/wix/2006/wi"/>
> 
> 
> 
> --
> Jeff Paulsen
> 
> --
> ---
> Take Surveys. Earn Cash. Influence the Future of IT Join 
> SourceForge.net's Techsay panel and you'll get the chance to 
> share your opinions on IT & business topics through brief 
> surveys-and earn cash 
> http://www.techsay.com/default.php?page=join.php&p=sourceforge
&CID=DEVDEV
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> --
> ---
> Take Surveys. Earn Cash. Influence the Future of IT Join 
> SourceForge.net's Techsay panel and you'll get the chance to 
> share your opinions on IT & business topics through brief 
> surveys-and earn cash 
> http://www.techsay.com/default.php?page=join.php&p=sourceforge
&CID=DEVDEV
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Set All Users desktop

[Brett Kapilik]

I guess I just thought that 2 was more appropriate as a general setting
because it doesn't cause an error during installation if the user is not
running as an admin. If sending the shortcut to the all-users desktop is
critical to the installation, than ALLUSERS=1 would indeed be better. I
guess I should have made my answer more specific.
 
- Brett


  _  

From: Rob Mensching [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 14, 2007 2:55 PM
    To: Brett Kapilik; wix-users@lists.sourceforge.net
Subject: RE: Re: [WiX-users] Set All Users desktop



2?  Why not 1?

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brett
Kapilik
Sent: Wednesday, March 14, 2007 12:50 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set All Users desktop

 

Set the ALLUSERS property to "2". That should do it.

 

- Brett

 


  _  


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bei Liu
(Volt)
Sent: Wednesday, March 14, 2007 2:44 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Set All Users desktop

Can I set the desktop to point to all user?

 

By using DesktopFolder, I can only set it to point to
the per-user.

 

Thanks,

 

 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Set All Users desktop

[Brett Kapilik]

Set the ALLUSERS property to "2". That should do it.
 
- Brett


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bei Liu
(Volt)
Sent: Wednesday, March 14, 2007 2:44 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Set All Users desktop



Can I set the desktop to point to all user?

 

By using DesktopFolder, I can only set it to point to the
per-user.

 

Thanks,

 

 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users