Hi,
You can try to deal with strings using C++ program, and with an exe file or
dll file , put it in CustomAction tag. Is this helpful?
2009-11-12
salever.lee
发件人: Blair
发送时间: 2009-11-12 15:18:51
收件人: 'General discussion for Windows Installer XML toolset.'
抄送:
主题: Re:
Hi,
Here is a problem:
How to make features work like radio buttons ? If I want user to select only
one of some features.
2009-11-12
salever.lee
--
Let Crystal Reports handle the reporting - Free Crystal
Hi Blair,
Thanks a lot for your suggestion.
Here I would like to summarize the workflow:
Bootstraper.exe should do the following steps:
* Do the UI, list all installed path, ask user to select one to upgrade
* When one installation is selected, remove this installation (should not
totally
Hi all,
I have the following Property defined...
Property Id=PREREQ_IISMST Value=IIS Management and Script Tools/
Then during the InstallUISequence, After CostFinalize, I change this
value in VBScript to either
Session.Property(PREREQ_IISMST) = IIS Management and Script Tools and
IIS 6
Hi,
Since my requirement is special, which includes both new install and update, I
would like to design my package as this:
* One MSI(installation package) to do the new install
* One MSP (patchwork) to do the update
* One MSM (merge module) to contain the common part of new install and update
What does the RegistryValue code look like? That might help people tell
you what's going wrong. If the value you're writing in this
RegistryValue is a Property which differs *at run-time* in the 2 MSI's
there may not actually be a problem here, it could be expected
behaviour.
Palbinder Sandher
Look up setup.exe msistuff.exe in the Windows SDK. It does basically
what you're asking for.
Most bootstrappers will have some support for this. I've never used
setupbld.exe myself but you could do something this simple by wrapping
your MSI in a self-extracting archive using 7zip, WinRAR etc.
Without using an external UI or embedded UI I seriously doubt it. The
Windows Installer UI doesn't support changing the modality (and rightly
so in my opinion, the only thing more annoying than apps which stick
dialogs to the top of your screen are apps which automatically switch
focus when they
I'm assuming you're trying to use the SelectionTree Control.
Looking at a verbose log using WiXUI_Mondo, when I select deselect
Features for install in the SelectionTree Control on the CustomizeDlg I
see things like the following:
MSI (c) (3C:E8) [12:24:06:682]: PROPERTY CHANGE: Modifying
Dear Pally Sandher:
Thanks very much!
I will try both and I hope they will be useful. My job is making users can
change product installation by click change button on the maintenance
dialog. And I already have a customd dialog to force users to choose only one
of the features through
I am having an issue with updating a project, and I am not sure if there is
anything I can do in Wix to fix this.
I have created a Browser Helper Object (BHO), a type of COM object that acts
as an add-on to Internet Explorer V6 or later. I have used Wix to create
its installer and that all works
Has anyone used Setup.ini to configure the public properties of an install? I
am having some difficulty getting this to work.
I am using a bootstrapper that installs .NET 3.5SP1, and then an MSI that has
public properties deailing with things like Server names, user accounts, etc.
I cannot
My company was using InstallShield before switching to WiX. I have
never used InstallAware, but the only advice I can give is to use WiX.
It's free and can do anything that the commercial products do, sometimes
better.
-Brian Simoneau
-Original Message-
From: Matt Walker
Only when you drop your requirement to install multiple versions to
different paths simultaneously.
-Original Message-
From: Jiang, Chunyan (GE Healthcare) [mailto:chunyan.ji...@ge.com]
Sent: Thursday, November 12, 2009 2:40 AM
To: General discussion for Windows Installer XML toolset.
Regarding properties from the UI not retaining their values into the execute
sequence, look into 'SecureCustomProperties', ref:
http://msdn.microsoft.com/en-us/library/aa371571(VS.85).aspx
-Original Message-
From: David Drake (Excell Data Corporation) [mailto:a-ddr...@microsoft.com]
I would add WiX to the list of considerations. I have used InstallShield and
Wise in the past. We decided several months ago to either migrate to WiX or
upgrade Wise. We chose WiX and have not looked back.
Unless you use the scripting engine of IS, which I would heavily advise
against, WiX
With BHOs we actively looked for running IE instances and either added them
all to the RM session (in the case of Vista+) or offered to the user to kill
them (in the case of XP/2k3).
-Original Message-
From: Andreas Mertens [mailto:andre...@nvisionideas.com]
Sent: Thursday, November 12,
First step is to describe the location of the INI file in such a way as to
enable using the IniFileSearch element. Easiest may be to have your
bootstapper supply a property to the MSI with the INI file's location.
-Original Message-
From: John H. Bergman (XPedient Technologies)
I have a PCI device that is a multiport serial adapter. The installation
procedure is to use an INF that uses mf.sys to enumerate X number of
serial ports. Once they have been enumerated I can install my driver
package for each serial port.
Using WiX to create an installer for this scenario,
Sorry, meant to include the code from the RegistryValue in the initial
post.
Component Id=RegistryEntries
Guid=625A72DC-E180-46A2-8AC0-B292BD4AE3C7
RegistryKey Root=HKLM Key=$(var.RegistryKey)
Action=createAndRemoveOnUninstall
RegistryValue Type=string
I looked around and could not find much if any documentation around this
topic... do you know where I could find any type of reference material?
The setup.ini file is in the same directory as setup.exe and the .MSI file.
Is there a way to code the setup.exe via Votive to use the .ini file
Is there any kind of UI with WiX? I like InstallShield because it takes
care of he nuts and bolts for you yet allows tweaking where needed.
Is WiX scripting based or should you be a heavy duty developer to use
it?
I guess I can download and take a look.
Any further info on this or the IS 2010
Are you running on x86 or x64? 32 bit installer will be remapped on
x64 OS, If x64, registry entries redirect to Wow6432Node, e.g.
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Communicator
instead of:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Communicator
Wendell
On Thu, Nov 12, 2009 at
I have and am using InstallShield 2009 for our existing product but for new
product I started using Wix and there are some good and bad about each
Installer.
InstallShield - Good : Visual editor, scripting (by the way it is readable)
Bad: Pricy, can't add newer technology
Anything? Really? I'm sorry, I like WiX a lot but I can list out a couple
dozen glaring feature and usability gaps. WiX is nice but let's keep some
perspective here.
--- On Thu, 11/12/09, Brian Simoneau bsimon...@freedomscientific.com wrote:
From: Brian Simoneau
One of the big issues I've had with InstallShield and other products is
proper registration of files. Most of the time this area was OK, but
there were times when one or two files would not register causing me to
create Custom Actions to do so.
How would this be handled in WiX and is it
I'm afraid I spoke too soon at 2am last night although they apply to the
Spanish MSI just fine when verifying with Orca, when actually trying to
install against the Spanish version yeilds No valid sequence could be found
for the set of patches. It works fine against English version of the
From just initially talking about or thinking about WiX my first guess would
be that this would be the option for simpler installation processes/tasks and
that the 'Top Shelf' products (with regard to price not quality) would pull
the heavier weighted install stuff.
I would be interested in
Blair,
Your answer was what i was looking for. I did not realize (and had not read
anywhere) than you can treat the session object like a key/value object to
get to the session properties.
ie:
string MyString = session[MYPROPERTY];
session[MYOTHERPROP] = SomeValue;
That was what i was looking
The biggest difference between InstallShield and WiX in registration ( assuming
you follow best practices and don't use SelfReg / CA's ) is the use of the
registry tables in WiX versus certain COM tables in InstallShield.
Both tools have the capability to extract COM from dll's and it's a bit
Thanks.
I do need data from a file I am installing. Could you explain in more detail
how to read from the file while building and populate your property that way?
Do you mean I read the file from machine and put into a property and use it in
CA?
If I use a deferred CA, can I change the
Ok, so it was writing to the Wow6432Node. So the next question:
How can I force a 32bit installer to install registry keys to both the standard
and Wow6432Nodes?
Thanks.
- Phil
-Original Message-
From: Wendell Joost [mailto:wende...@gmail.com]
Sent: Thursday, November 12, 2009 12:19
After a great deal of wrangling with this issue earlier this year, I
concluded that it's easier to get your app to check both locations for
the registry keys ...
Wendell
On Thu, Nov 12, 2009 at 1:00 PM, phillip_sid...@dellteam.com wrote:
Ok, so it was writing to the Wow6432Node. So the next
The problem was having two driver packages installed in the same
directory. The solution was to move component #1 to it's own directory
during installation and everything seems to be much happier.
From: shane_cor...@selinc.com
To: wix-users@lists.sourceforge.net
Date: 11/12/2009
Hi,
You can try to use *.ini files instead of *.txt files. As I known, Wix has
its way to deal with ini files, See Wix tutorial.
Good luck.
2009-11-13
salever.lee
发件人: HuangRunzhen
发送时间: 2009-11-13 05:16:57
收件人: wix-users@lists.sourceforge.net
抄送:
主题: Re: [WiX-users] How to
I am not sure what you are saying - is Wix or MSI actually treating BHO
installers as a special case and kill all related IE instances? Do I need
to do something special to identify my code as a BHO in order for this to
happen, because right now it isn't happening...
Andreas
-Original
Hi,
As I known, Wix has some elements to deal with ini files. See more in Wix
toturial. There are some examples which include ini file operations.
More At http://www.tramontana.co.hu/wix/lesson1.php#1.5
Good luck.
2009-11-13
salever.lee
发件人: John H. Bergman (XPedient
I don't know where you draw the line between 'simple' and 'top shelf', a few of
the products whose installers were developed entirely with WiX are:
Microsoft Office Enterprise 2007 (over 4,600 files and 53,000 registry keys)
Microsoft Visual Studio 2008
Sun Microsystems MySQL
-Original
Perfect, I have not seen this site!
Thank you!
-Original Message-
From: salever.lee [mailto:salever@gmail.com]
Sent: Thursday, November 12, 2009 7:59 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] setup.ini... (Wix 3.5)
Hi,
As I known, Wix
This was code we added on especially for IE. There isn't anything in WiX or
Windows Installer to do that natively.
-Original Message-
From: Andreas Mertens [mailto:andre...@nvisionideas.com]
Sent: Thursday, November 12, 2009 5:57 PM
To: 'General discussion for Windows Installer XML
When you build, you have access to the file you will be adding to the MSI
for installation. That file must exist at least before you call light.exe
when it gets bound, but depending on your build environment it will likely
be ready before you even call candle.exe. What I suggest is to read that
You have different MSIs for the different languages. Any chance you could
release different MSPs (one for each language) in the same fashion?
The only further insight I could give would probably require digging into
your actual MSIs.
-Original Message-
From: Shawn Dwyer
WiX can scale to virtually anything that Windows Installer/MSI can support,
including all of its extension points, and the entire functionality of the
platform is exposed by the toolset. Understanding how to use it requires
some understanding of Windows Installer, so be prepared to spend some time
WiX allows the use of either the COM tables or the Registry table and
exposes both easily enough, but the default preference in the toolset is for
the Registry tables.
-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com]
Sent: Thursday, November 12, 2009
You need both 32-bit and 64-bit registry components. However, 32-bit code
normally can't access 64-bit registry areas, so the correct solution is a
separate package for each bit-ness.
-Original Message-
From: phillip_sid...@dellteam.com [mailto:phillip_sid...@dellteam.com]
Sent:
Hello,
My Bing/Google skills are failing me and I know I'm missing something obvious.
What I'd like to do is have an install that defaults to PersonalFolder\Foo, but
if the results of a registry search turns up a different directory, my install
uses Found in Registry Directory\Foo as the
Can you describe your build system?
-Original Message-
From: HuangRunzhen [mailto:h_runz...@hotmail.com]
Sent: Thursday, November 12, 2009 9:12 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How to read a file to a property
Thanks. Do you know where I can find a
Make a directory with an Id of PERSONALFOLDER. Make a directory under that
directory that is named Foo. Install into that child directory.
Make a secure property with an Id of PERSONALFOLDER (must be spelled exactly
the same) and inside the content of the Property element perform your
registry
48 matches
Mail list logo