[WiX-users] Edit .csv file using WIX

[Kshama]

Hi,

I want to edit a .csv file using WIX source code. Is this possible?

Thanks and Regards,
Kshama

-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Edit-csv-file-using-WIX-tp5107253p5107253.html
Sent from the wix-users mailing list archive at Nabble.com.

--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Architectural advice needed

[Thomas Due]

Hi, 

I think I need to supply a bit more information about our setup. 

Our application is not targeted towards multi-lingual users. The client runtime 
language is decided at installation time, and is very rarely changed 
afterwards. As a result we don't really have a need for separate 
language-specific subfolders. 
I realize that this is very often the way "it is done", but this is not the way 
we are used to doing it.

So, as a result our application expects report files in one location, ie. a 
subfolder named Reports. Regardless of language.

At some point, we expect to move the report files away from the client 
installation, and place them in a centralized location maybe using sql server 
reporting services as a report server. But right now reports are placed in the 
same subfolder regardless of language. 

I have a working solution for the installer right now, but I dislike the 
multitude of ICE warnings for each duplicate file name. 

Sincerely, 

Thomas Due

-Original Message-
From: Blair [mailto:os...@live.com] 
Sent: 27. maj 2010 00:47
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Architectural advice needed

If your program's architecture will allow it, place each language-specific
file into its own language-specific subfolder.

-Original Message-
From: David Watson [mailto:dwat...@sdl.com] 
Sent: Wednesday, May 26, 2010 2:02 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Architectural advice needed

Hi,
This is simply a warning to you to make sure that the conditions
are bulletproof, if you are sure, you can ignore it.

I would personally treat this as configuration, i.e. nothing to do with
the the installer. You could install all the report files in specific
folders and get the application to allow you to switch between them
(this is what we do with localized files). Of course you may not have
access to the application.  

You could also install all the languages to a template folder then copy
the selected one with filecopy to the report location, this may add
unneeded complexity to the install though.

Dave

-Original Message-
From: Thomas Due [mailto:t...@scanvaegt.dk] 
Sent: 26 May 2010 08:50
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Architectural advice needed

Hi, 

I need a bit of advice on my installer from you guys.
 
I have an installer which is mostly done, several dozen files, some
windows services which is registered and started, etc.
 
However, during the interview I ask for a language which the
installation should use. This choice results in a set of different
report files being installed based on language. 

As it is right now, I have each language report set isolated in separate
components, which is enabled/disabled based on the language choice made
during the interview. 

However, since I cannot guarantee that the report files will have unique
names, I get a lot of ICE (ICE30 to be specific) warnings because there
are files with identical names and that these have the same destination.


The exact warning is: ICE30: The target file 'Articles.rdl' might be
installed in '[ProgramFilesFolder]\f252vad8\ScanX.NET\Reports\' by two
different conditionalized components on an SFN system:
'DA_ReportsComponent' and 'NO_ReportsComponent'. If the conditions are
not mutually exclusive, this will break the component reference counting
system.
 
Now, I am faced with an architectural challenge; how do I solve this
best? 

1. In reality I could just ignore these warnings, as the conditions I
have set prevents more than one language-specific component from being
installed. But I abhor warning in my code, even if they have no
consequence. 

2. Restructure the installer, so each language-specific component is
contained in a transform package, this has the extra advantage of
enabling me to localize the installation interview as well. It does,
however, require a bootstrapper. 

3. Ignore the issue complete and distribute the report files as a zip
and letting the user / software technician install them manually after
the installation is complete. 

4. ?

I would like some advice on how things like this is usually done. 

Thank you, 

Thomas Due
Software Developer




--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


http://www.sdl.com";>http://www.sdl.com/images/email
logo_150dpi-01.png" alt="www.sdl.com" border="0"/>

http://www.sdl.com";
style="color:005740; font-weight: bold">www.sdl.com



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 Wale

Re: [WiX-users] Custom dialogs - once more

[xxxxxx]

Hi Pally,

thanks for your detailed reply. Unfortunately it didn't bring me much 
further than where I already was.

Customizing the existing ExitDialog is not an option for two reasons:

- only one checkbox can be activated, but I need two, and, more important
- there is still the infamous "letterbox" bug in the exit dialog 
(Windows background shines through)

Both render this easy approach unusable for my purposes.Some authors 
suggested workarounds, mainly targeting putting the checkboxes into the 
status area, where the "letterbox" bug does not seem to appear, but, 
frankly speaking, this ist just replacing one bull with another 
bull.

So I was trying to replace the entire ExitDialog dialog following the 
instructions given in

http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm

but got no success for two reasons:

1.) The instructions say how to "insert" a dialog somewhere in the 
dialog sequence, but I need to "replace" the entire ExitDialog
2.) The ID of the ExitDialog is -1. Doing a little trial and error with 
ORCA I found out, that the Windows Installer seems to be hard coded to 
display dialog -1 at the end of the installation sequence. Trying to 
author a dialog with a sequence number of -1 reveals that the Wix 
 tag refuses to take negative numbers. Unless I missed 
something, I suspect that I may probably be able to replace any dialog, 
but not the ExitDialog, UserExit and FatalError dialogs, because those 
three have negative Sequence numbers.

So I am stll stuck. Can you bring me further by either showing me where 
I was wrong, or showing me ways I didn't think of yet?

Thanks,

AL.


Pally Sandher wrote:
> 1 - answered an almost identical question yesterday funnily enough with
> a link to the documentation page explaining exactly how to do what
> you're asking ->
> http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm 
>
> 2 - That's a standard part of the WiX UI & has been for a very long time
> -> http://wix.sourceforge.net/manual-wix3/run_program_after_install.htm
>
> Both those pages are in the WiX.chm which you will have on your local
> machine where you've installed WiX 3.0/3.5 & there is a shortcut in your
> start menu to it too. The documentation isn't even lots of levels deep &
> it's fully searchable on the web & in the .chm.
>
> Custom dialogs aren't a weak spot in WiX, they're actually a very strong
> point. The problem is people look at the stock WiX UI's & think that's
> all that is available/supported rather than seeing that they're supplied
> as an easy UI solution to save people time when all they want is
> something pretty standard. You can drop the entire WiXUI if you wish &
> author a whole custom UI from scratch in your packages. That's a drastic
> step for most people but it's 100% supported & documented if you look in
> the WiX documentation (see
> http://wix.sourceforge.net/manual-wix3/wix_xsd_ui.htm & it's children).
>
> You'd probably want to put your custom dialog with regards to shortcuts
> before the PrepareDlg as once you hit the "install" button it's too late
> to do Feature/Component conditions (which is what you'll need with
> appropriate properties to do what you want to do) but it's up to you
> where you want it. Replacing the exit dialog is also easily done by
> reading the first link I pasted above but my guess is you won't need to
> once you read the second.
>
> Palbinder Sandher 
> Software Deployment & IT Administrator
> T: +44 (0) 141 945 8500 
> F: +44 (0) 141 945 8501 
>
> http://www.iesve.com 
> **Design, Simulate + Innovate with the **
> Integrated Environmental Solutions Limited. Registered in Scotland No.
> SC151456 
> Registered Office - Helix Building, West Of Scotland Science Park,
> Glasgow G20 0SP
> Email Disclaimer
>
>
> -Original Message-
> From: xx [mailto:contactnim...@googlemail.com] 
> Sent: 26 May 2010 16:41
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] Custom dialogs - once more
>
> Hi wix users,
>
> I admit, I am not creating wix packages the whole day long, and so I
> look into wix from time to time when I need to create an installer for a
> software. So far I managed to click together simple installers which
> copy some files. Now I want to go one step further: what is missing in
> the standard dialogs is a dialog which
>
> - asks the user whether he wants shortcuts on the desktop, the start
> menu, or both
> - asks the user whether he wants to start the application right after
> the installation has finished
>
> Seems pretty easy, and is included in many installers I've seen. 
> Unfortunately, even after sinking considerable time into digging
> documentations (found almost none, and the ones I found rised almost as
> many questions as they answered, or were wrong or incomplete or both.
>
> Can anyone provide a sample which shows me how to do this? I have
> already learned that custom dialogs are quite a weak spot in the wix
> toolkit, so I don't 

[WiX-users] Wix expert required

[Francesc Castells]

Hi,
I was hoping to find a WIX expert to help me with my installer needs. I
posted jobs at oDesk and Elance and I tried several developers and after
several months and quite a lot of money I only got
very disappointing results.
Are WIX experts not contracting? I suppose big organizations have their own
installer experts and single developers do it themselves. I'm in between
both, so I'd need help on a project basis.

If anyone is interested, please contact me privately.

Francesc
--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom dialogs - once more

[Pally Sandher]

http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html 

That link doesn't get posted enough to the list when people ask about
customizing WiX UI (only once in the last week, twice in the last month,
10 times in the last 3 months, etc) so it's easy to miss.

Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer

-Original Message-
From: xx [mailto:contactnim...@googlemail.com] 
Sent: 27 May 2010 10:15
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom dialogs - once more

Hi Pally,

thanks for your detailed reply. Unfortunately it didn't bring me much
further than where I already was.

Customizing the existing ExitDialog is not an option for two reasons:

- only one checkbox can be activated, but I need two, and, more
important
- there is still the infamous "letterbox" bug in the exit dialog
(Windows background shines through)

Both render this easy approach unusable for my purposes.Some authors
suggested workarounds, mainly targeting putting the checkboxes into the
status area, where the "letterbox" bug does not seem to appear, but,
frankly speaking, this ist just replacing one bull with another
bull.

So I was trying to replace the entire ExitDialog dialog following the
instructions given in

http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm

but got no success for two reasons:

1.) The instructions say how to "insert" a dialog somewhere in the
dialog sequence, but I need to "replace" the entire ExitDialog
2.) The ID of the ExitDialog is -1. Doing a little trial and error with
ORCA I found out, that the Windows Installer seems to be hard coded to
display dialog -1 at the end of the installation sequence. Trying to
author a dialog with a sequence number of -1 reveals that the Wix
 tag refuses to take negative numbers. Unless I missed
something, I suspect that I may probably be able to replace any dialog,
but not the ExitDialog, UserExit and FatalError dialogs, because those
three have negative Sequence numbers.

So I am stll stuck. Can you bring me further by either showing me where
I was wrong, or showing me ways I didn't think of yet?

Thanks,

AL.


Pally Sandher wrote:
> 1 - answered an almost identical question yesterday funnily enough 
> with a link to the documentation page explaining exactly how to do 
> what you're asking -> 
> http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm
>
> 2 - That's a standard part of the WiX UI & has been for a very long 
> time
> -> http://wix.sourceforge.net/manual-wix3/run_program_after_install.ht
> -> m
>
> Both those pages are in the WiX.chm which you will have on your local 
> machine where you've installed WiX 3.0/3.5 & there is a shortcut in 
> your start menu to it too. The documentation isn't even lots of levels

> deep & it's fully searchable on the web & in the .chm.
>
> Custom dialogs aren't a weak spot in WiX, they're actually a very 
> strong point. The problem is people look at the stock WiX UI's & think

> that's all that is available/supported rather than seeing that they're

> supplied as an easy UI solution to save people time when all they want

> is something pretty standard. You can drop the entire WiXUI if you 
> wish & author a whole custom UI from scratch in your packages. That's 
> a drastic step for most people but it's 100% supported & documented if

> you look in the WiX documentation (see 
> http://wix.sourceforge.net/manual-wix3/wix_xsd_ui.htm & it's
children).
>
> You'd probably want to put your custom dialog with regards to 
> shortcuts before the PrepareDlg as once you hit the "install" button 
> it's too late to do Feature/Component conditions (which is what you'll

> need with appropriate properties to do what you want to do) but it's 
> up to you where you want it. Replacing the exit dialog is also easily 
> done by reading the first link I pasted above but my guess is you 
> won't need to once you read the second.
>
> Palbinder Sandher
> Software Deployment & IT Administrator
> T: +44 (0) 141 945 8500
> F: +44 (0) 141 945 8501
>
> http://www.iesve.com
> **Design, Simulate + Innovate with the ** 
> Integrated Environmental Solutions Limited. Registered in Scotland No.
> SC151456
> Registered Office - Helix Building, West Of Scotland Science Park, 
> Glasgow G20 0SP Email Disclaimer
>
>
> -Original Message-
> From: xx [mailto:contactnim...@googlemail.com] 
> Sent: 26 May 2010 16:41
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] Custom dialogs - once more
>
> Hi wix users,
>
> I admit, I am not creating wix packages the whole day long, and so I
> look into wix from time to time when I need t

Re: [WiX-users] Custom dialogs - once more

[Bob Arnson]

On 5/27/2010 5:14 AM, xx wrote:
> author a dialog with a sequence number of -1 reveals that the Wix
>   tag refuses to take negative numbers. Unless I missed
> something, I suspect that I may probably be able to replace any dialog,
> but not the ExitDialog, UserExit and FatalError dialogs, because those
> three have negative Sequence numbers.
>
Take a look at the source for those dialogs; the Show element supports 
the exit dialogs just fine.

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


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Component with feature condition not actioned

[Bob Arnson]

On 5/26/2010 12:14 PM, Nick Ramirez wrote:
> Anyone know more about the -1 action state during the UI portion?
>

http://www.joyofsetup.com/2008/04/09/feature-states-in-component-conditions/

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


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceInstall Problem

[vjt]

Thank you very much, I only have had to declare the properties and the
service is installed and logged in  properly.


etc...


-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ServiceInstall-Problem-tp5103940p5108195.html
Sent from the wix-users mailing list archive at Nabble.com.

--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix expert required

[John Cooper (Volt)]

What is the size and nature of the project?  Currently, I'm employed as a 
contractor (where one of my jobs is writing Wix Installers to deploy their 
products) at Microsoft.  If the project were on the small or simple side, I 
could probably do it on the side.

--
John M. Cooper

-Original Message-
From: Francesc Castells [mailto:fcaste...@dgtexperts.com] 
Sent: Thursday, May 27, 2010 2:51 AM
To: wix users
Subject: [WiX-users] Wix expert required

Hi,
I was hoping to find a WIX expert to help me with my installer needs. I posted 
jobs at oDesk and Elance and I tried several developers and after several 
months and quite a lot of money I only got very disappointing results.
Are WIX experts not contracting? I suppose big organizations have their own 
installer experts and single developers do it themselves. I'm in between both, 
so I'd need help on a project basis.

If anyone is interested, please contact me privately.

Francesc
--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] including the wrong include during tfsbuild

[Kurt Jensen]

background:  

 

My solution can be built three ways in order to create three editions of
the product.  This is accomplished by specifying one of three command
line parameters during the compile of one of our components.  All other
components query this one in order to find out which edition we are.

 

In addition I have created three wixproj in order to build the
installation for each of these editions.  One project contains most of
the wxs components.  The other projects share these wxs files by adding
them to the project as links.  In order to differentiate the editions I
define a project variable, BGProductName, in a file called BGInclude.wxi
- one for each wixproj.  

The wxi is then included in some of the shared wxs in order to create
directories, shortcuts, etc.  This works fine when building from the
IDE.  In other words, the project specific wxi is included when each of
the wixproj is built in the IDE.

 

problem:  

 

Under TFSBuild the BGInclude.wxi residing in the same folder as the wxs
files is being included for every wixproj.  It should be including the
wxi from the folder where the project resides.  I probably need to
investigate a lot more, but maybe someone has a quick insight into how
this could 'fixed'.

 

 

Kurt Jensen

Senior Software Engineer

Ophir-Spiricon

Ph: 435-755-5429

Cell: 435-764-2122

www.ophir-spiricon.com  

kurt.jen...@ophir-spiricon.com
 

 

The True Measure of Laser Performance(tm)

 


**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.clearswift.com
**


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Edit .csv file using WIX

[Blair]

A custom action solution will be needed.

-Original Message-
From: Kshama [mailto:v-ksb...@microsoft.com] 
Sent: Wednesday, May 26, 2010 11:59 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Edit .csv file using WIX


Hi,

I want to edit a .csv file using WIX source code. Is this possible?

Thanks and Regards,
Kshama

-- 
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Edit-csv-file-
using-WIX-tp5107253p5107253.html
Sent from the wix-users mailing list archive at Nabble.com.


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to write a custom action to launch an exe when UAC is cancelled or timed-out during uninstall ?

[maria de souza]

We are building an installer for our product using the WIX technology. We
set InstallPrivileges to ‘elevated’ as we need to write to the HKLM hive
etc.

The application has an exe that is launched after installation and runs on
the system. For several reasons, it needs to be stopped before the
‘InstallInitialize’ begins (i.e. before the files and the executables are
removed).

On Vista and Windows 7, we need to recover and launch the exe again if the
user cancels the UAC prompt or it times-out and the application is not
uninstalled.

In the wxs file, we define a rollback action:



…
(REMOVE~="ALL" OR
MaintenanceMode="Remove")

AND Installed


However, this never gets called!

How can I detect the UAC is cancelled and recover and launch the exe?
--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Adding a font to the target machine

[Pierson Lee (PIE)]

I have two font files that I'm trying to "install" to the target machine using 
WiX 3.0 RTM. I looked at the RegisterFonts option in WiX but that just lets me 
schedule the RegisterFonts parameter. How do I configure it to install the 
specific font files?

Any help would be appreciated.
--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Adding a font to the target machine

[Blair]

Look at the TrueType and FontTitle attributes to the File element. They will
automatically schedule the RegisterFonts action at the appropriate place for
you and are used to identify the particular fonts to install.

-Original Message-
From: Pierson Lee (PIE) [mailto:pierson@microsoft.com] 
Sent: Thursday, May 27, 2010 12:02 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Adding a font to the target machine

I have two font files that I'm trying to "install" to the target machine
using WiX 3.0 RTM. I looked at the RegisterFonts option in WiX but that just
lets me schedule the RegisterFonts parameter. How do I configure it to
install the specific font files?

Any help would be appreciated.

--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to write a custom action to launch an exe when UAC is cancelled or timed-out during uninstall ?

[Wilson, Phil]

I'm not clear on what this means - maybe it's a typo? InstallInitialize isn't 
when files are removed: 

". it needs to be stopped before the 'InstallInitialize' begins (i.e. 
before the files and the executables are removed)." 

It might help say something about what the reasons are. If there's some kind of 
files-in-use issue then you could integrate that app with the Restart Manager 
and Windows would look after shutting it down and starting it up, plus it could 
save state for it to restart where it left off. 

Otherwise, the problem is that the audited part of the install is between 
InstallInitialize and InstallFinalize and if you don't get that far because of 
a canceled UAC prompt then there is nothing to roll back. 

Phil Wilson 

-Original Message-
From: maria de souza [mailto:maria.g.deso...@gmail.com] 
Sent: Thursday, May 27, 2010 12:01 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to write a custom action to launch an exe when UAC is 
cancelled or timed-out during uninstall ?

We are building an installer for our product using the WIX technology. We
set InstallPrivileges to 'elevated' as we need to write to the HKLM hive
etc.

The application has an exe that is launched after installation and runs on
the system. For several reasons, it needs to be stopped before the
'InstallInitialize' begins (i.e. before the files and the executables are
removed).

On Vista and Windows 7, we need to recover and launch the exe again if the
user cancels the UAC prompt or it times-out and the application is not
uninstalled.

In the wxs file, we define a rollback action:



...
(REMOVE~="ALL" OR
MaintenanceMode="Remove")

AND Installed


However, this never gets called!

How can I detect the UAC is cancelled and recover and launch the exe?
--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


*** Confidentiality Notice: This e-mail, including any associated or attached 
files, is intended solely for the individual or entity to which it is 
addressed. This e-mail is confidential and may well also be legally privileged. 
If you have received it in error, you are on notice of its status. Please 
notify the sender immediately by reply e-mail and then delete this message from 
your system. Please do not copy it or use it for any purposes, or disclose its 
contents to any other person. This email comes from a division of the Invensys 
Group, owned by Invensys plc, which is a company registered in England and 
Wales with its registered office at Portland House, Bressenden Place, London, 
SW1E 5BF (Registered number 166023). For a list of European legal entities 
within the Invensys Group, please go to 
http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_id=77. 
You may contact Invensys plc on +44 (0)20 7821 3848 or e-mail 
inet.hqhelpd...@invensys.com. This e-mail and any attachments thereto may be 
subject to the terms of any agreements between Invensys (and/or its 
subsidiaries and affiliates) and the recipient (and/or its subsidiaries and 
affiliates).



--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Edit .csv file using WIX

[dB .]

You can use a TemplateFile extension from http://msiext.codeplex.com. Your CSV 
can then contain [PROPERTYNAME] and it will get rendered on install.

dB. @ dblock.org 
Moscow|Geneva|Seattle|New York



-Original Message-
From: Blair [mailto:os...@live.com] 
Sent: Thursday, May 27, 2010 2:05 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Edit .csv file using WIX

A custom action solution will be needed.

-Original Message-
From: Kshama [mailto:v-ksb...@microsoft.com] 
Sent: Wednesday, May 26, 2010 11:59 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Edit .csv file using WIX


Hi,

I want to edit a .csv file using WIX source code. Is this possible?

Thanks and Regards,
Kshama

-- 
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Edit-csv-file-
using-WIX-tp5107253p5107253.html
Sent from the wix-users mailing list archive at Nabble.com.


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 9.0.819 / Virus Database: 271.1.1/2899 - Release Date: 05/27/10 
02:25:00

--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceInstall Problem

[Pierson Lee (PIE)]

You also need to create a user tag and set the LogonAsService portion to true. 
This is needed so the account can activate the service.



-Original Message-
From: vjt [mailto:victor.jara.telv...@gmail.com] 
Sent: Thursday, May 27, 2010 4:56 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] ServiceInstall Problem



Thank you very much, I only have had to declare the properties and the service 
is installed and logged in  properly.


etc...


--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ServiceInstall-Problem-tp5103940p5108195.html
Sent from the wix-users mailing list archive at Nabble.com.

--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] including the wrong include during tfsbuild

[Kurt Jensen]

I'm going to try putting the project directory first in the include
paths to see if that fixes it.  Let y'all know the result.


BTW.  Did you know that changing the order of the include paths does not
cause the wixproj to be checked out?  I had to edit the wixproj by had
to change the order.  

Running the build now...


-Original Message-
From: Kurt Jensen [mailto:kurt.jen...@ophir-spiricon.com] 
Sent: Thursday, May 27, 2010 11:45 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] including the wrong include during tfsbuild

background:  

 

My solution can be built three ways in order to create three editions of
the product.  This is accomplished by specifying one of three command
line parameters during the compile of one of our components.  All other
components query this one in order to find out which edition we are.

 

In addition I have created three wixproj in order to build the
installation for each of these editions.  One project contains most of
the wxs components.  The other projects share these wxs files by adding
them to the project as links.  In order to differentiate the editions I
define a project variable, BGProductName, in a file called BGInclude.wxi
- one for each wixproj.  

The wxi is then included in some of the shared wxs in order to create
directories, shortcuts, etc.  This works fine when building from the
IDE.  In other words, the project specific wxi is included when each of
the wixproj is built in the IDE.

 

problem:  

 

Under TFSBuild the BGInclude.wxi residing in the same folder as the wxs
files is being included for every wixproj.  It should be including the
wxi from the folder where the project resides.  I probably need to
investigate a lot more, but maybe someone has a quick insight into how
this could 'fixed'.

 

 

Kurt Jensen

Senior Software Engineer

Ophir-Spiricon

Ph: 435-755-5429

Cell: 435-764-2122

www.ophir-spiricon.com  

kurt.jen...@ophir-spiricon.com
 

 

The True Measure of Laser Performance(tm)

 


**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.clearswift.com
**



--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] including the wrong include during tfsbuild

[Kurt Jensen]

Build failed.  adding the wixproj path as the first Include Path did not
help.

Will do some more digging into the context...

-Original Message-
From: Kurt Jensen 
Sent: Thursday, May 27, 2010 3:47 PM
To: wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] including the wrong include during tfsbuild

I'm going to try putting the project directory first in the include
paths to see if that fixes it.  Let y'all know the result.


BTW.  Did you know that changing the order of the include paths does not
cause the wixproj to be checked out?  I had to edit the wixproj by had
to change the order.  

Running the build now...


-Original Message-
From: Kurt Jensen [mailto:kurt.jen...@ophir-spiricon.com] 
Sent: Thursday, May 27, 2010 11:45 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] including the wrong include during tfsbuild

background:  

 

My solution can be built three ways in order to create three editions of
the product.  This is accomplished by specifying one of three command
line parameters during the compile of one of our components.  All other
components query this one in order to find out which edition we are.

 

In addition I have created three wixproj in order to build the
installation for each of these editions.  One project contains most of
the wxs components.  The other projects share these wxs files by adding
them to the project as links.  In order to differentiate the editions I
define a project variable, BGProductName, in a file called BGInclude.wxi
- one for each wixproj.  

The wxi is then included in some of the shared wxs in order to create
directories, shortcuts, etc.  This works fine when building from the
IDE.  In other words, the project specific wxi is included when each of
the wixproj is built in the IDE.

 

problem:  

 

Under TFSBuild the BGInclude.wxi residing in the same folder as the wxs
files is being included for every wixproj.  It should be including the
wxi from the folder where the project resides.  I probably need to
investigate a lot more, but maybe someone has a quick insight into how
this could 'fixed'.

 

 

Kurt Jensen

Senior Software Engineer

Ophir-Spiricon

Ph: 435-755-5429

Cell: 435-764-2122

www.ophir-spiricon.com  

kurt.jen...@ophir-spiricon.com
 

 

The True Measure of Laser Performance(tm)

 


**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.clearswift.com
**



--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MSBuild generated bootstrapper question

[Asiri Wanigarathne]

yes it is possible t change the password.
you need to tweak the configuration file and set authentication to use mixed
mode.

Refer to the following msdn page find the parameters you need to change
http://msdn.microsoft.com/en-us/library/ms144259.aspx

Regards,
Asiri Wanigarathne


On 16 May 2010 06:09, ALive  wrote:

> Good day to Wix community!
>
>
>
> Is it possible to pass a parameter inside MSBuild generated bootstrapper?
>
> I would like to pass a 'SA' password for the SQL Server Express setup along
> with some other setup options.
>
>
>
> According to a Package.xml file taken from SQL Server express bootstrapper
> (C:\Program Files (x86)\Microsoft
> SDKs\Windows\v7.0A\Bootstrapper\Packages\SqlExpress2008\en\package.xml) we
> have this predefined parameters (for x86 version):
>
> 
>
> 
> Arguments='/q /hideconsole /action=Install /features=SQL
> /instancename=SQLEXPRESS /enableranu=1 /sqlsvcaccount="NT Authority\Network
> Service" /AddCurrentUserAsSqlAdmin /skiprules=RebootRequiredCheck'
>
> EstimatedInstalledBytes="22500"
>
> EstimatedInstallSeconds="420">
>
>
>
> It would be nice at least to change "Argiments" property.
>
> Is that possible?
>
> Any advices would be appreciated!
>
>
>
> Thanks!
>
>
> --
>
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Do UFOs visit Install land?

[Sascha Beaumont]

We define _USE_RTM_VERSION when compiling all custom actions (well,
our lone CA) and include the following MS merge modules ... haven't
come across any issues to date with many thousands of customers...
although we might just be lucky ;)

















Sascha


On Wed, May 26, 2010 at 12:53 AM, Tony Juricic
 wrote:
> Not yet, for the following reasons:
>
> a) quite a few times on this forum I read people recommending 
> vcredist_x86.exe over MSMs, claiming that MSMs are buggy and that 
> vcredist_x86.exe does a lot more than MSMs.
> b) re-implementing the install to use MSMs, instead of an exe, may be a day 
> or two of work for me, but testing it will require resources that are hard to 
> come on a hunch that it may work.
>
> However, I may be forced to try them, not having any other choice when facing 
> the customers who just can't run the app without required MFC version.
>
> -Original Message-
> From: Sascha Beaumont [mailto:sascha.beaum...@gmail.com]
> Sent: Tuesday, May 25, 2010 2:18 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Do UFOs visit Install land?
>
>
> Have you tried using merge modules rather than the redistributable?
>
>
>
> On Tue, May 25, 2010 at 4:35 AM, Tony Juricic  
> wrote:
>> Hi Phil,
>>
>> Here are the missing context and details.
>>
>> The app is 32 bit. It was built with C++ redistributables version 
>> 9.0.30729.4148. Exactly the same vcredist_x86.exe, that was installed on a 
>> build machine before RTM build, is run on end user's machine, before the 
>> application-specific MSI install starts. Hundreds of hours of testing of 
>> this install was done on pristine OS installs, from 32-bit and 64-bit XP SP2 
>> OS, to equivalent Vista, Windows 7 and Windows Server 2008 OS.
>> Approximately 4000 users, using 7 OS versions, did run exactly the same 
>> setup executable without any problems. It is only about 2 dozen Windows 7 
>> 64-bit users that have either this exact, or a similar problem, with the end 
>> result that the main app can't find MFC DLL version 9.0.30729.4148 and 
>> reports it in Windows Application Event Log as a side-by-side error.
>>
>> Tony
>>
>> -Original Message-
>> From: Wilson, Phil [mailto:phil.wil...@invensys.com]
>> Sent: Monday, May 24, 2010 2:13 PM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] Do UFOs visit Install land?
>>
>>
>> The C++ runtimes are very specific about what they want. You didn't say what 
>> versions you're referring to, but there are people have installed VC++ 2008 
>> redist thinking it will support their VC++ 2005 app (it won't), and, for 
>> example, if you have built with VC++ 2008 SP1 the RTM VC++ 2008 redist won't 
>> help. They're almost sde by side, just to confuse things more. The app is 
>> 32-bit, I assume, but apart from that the UFOs are just hiding the gory 
>> details ;=)
>>
>> Phil Wilson
>>
>> -Original Message-
>> From: Tony Juricic [mailto:tjuri...@tradestation.com]
>> Sent: Monday, May 24, 2010 7:39 AM
>> To: wix-users@lists.sourceforge.net
>> Subject: [WiX-users] Do UFOs visit Install land?
>>
>> The title reflects the strangeness of the problem that I am trying to solve. 
>> It is not WiX specific but in the broader install community there is higher 
>> chance that somebody may have had similar experience.
>> It starts with user installing vcredist_x86.exe on his Windows 7 64-bit. He 
>> is sharing his desktop and I see vcredist_x86.exe UI. Installation is 
>> declared successful and ARP also shows C++ redistributables as installed. 
>> MSI log shows successful install listing CRT, MFC and other Dlls as copied 
>> to Windows\winsxs folder on user's machine.  Yet, the application won't run 
>> because of side-by-side error involving missing MFC dll. Opening winsxs 
>> folder we see that supposedly installed libraries are nowhere to be found.
>> Uninstalling and installing C++ redistributables several times didn't change 
>> the situation.
>>
>
> TradeStation Group, Inc. is a publicly-traded holding company (NASDAQ GS: 
> TRAD) of three operating subsidiaries, TradeStation Securities, Inc. (Member 
> NYSE, FINRA, SIPC and NFA), TradeStation Technologies, Inc., a trading 
> software and subscription company, and TradeStation Europe Limited, a United 
> Kingdom, FSA-authorized introducing brokerage firm. None of these companies 
> provides trading or investment advice, recommendations or endorsements of any 
> kind. The information transmitted is intended only for the person or entity 
> to which it is addressed and may contain confidential and/or privileged 
> material. Any review, retransmission, dissemination or other use of, or 
> taking of any action in reliance upon, this information by persons or 
> entities other than the intended recipient is prohibited. If you received 
> this in error, please contact the sender and delete the material from any 
> computer.
>
> 

Re: [WiX-users] Wix expert required

[Sascha Beaumont]

Try http://www.robmensching.com/ :)


On Thu, May 27, 2010 at 7:51 PM, Francesc Castells
 wrote:
> Hi,
> I was hoping to find a WIX expert to help me with my installer needs. I
> posted jobs at oDesk and Elance and I tried several developers and after
> several months and quite a lot of money I only got
> very disappointing results.
> Are WIX experts not contracting? I suppose big organizations have their own
> installer experts and single developers do it themselves. I'm in between
> both, so I'd need help on a project basis.
>
> If anyone is interested, please contact me privately.
>
> Francesc
> --
>
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users