Thanks Rob!
After discussing with our product architecture it's acceptable to have this
FileInUse dialog though it's weird.
I also wander how to add the option into that Dialog because I only refer
that Dialog to my wxs but cannot modify the definition.
> I'm not sure that this will actually
Hi all,
Can anyone point me towards a good example of an external UI using DTF?
I've been googling for a while and still can't piece it together.
Do I just create a standard WinForms / WPF app and then reference
Microsoft.Deployment.WindowsInstaller? Are there any other references /
attributes
You could run dark on your MSI and copy the dialog out of it.
Rob
On 06/04/2011 08:06, lxy.su...@gmail.com wrote:
> Thanks Rob!
>
> After discussing with our product architecture it's acceptable to have this
> FileInUse dialog though it's weird.
>
> I also wander how to add the option into that D
Good idea!
Regards!
Sunny
2011/4/6 Rob Hamflett
> You could run dark on your MSI and copy the dialog out of it.
>
> Rob
>
> On 06/04/2011 08:06, lxy.su...@gmail.com wrote:
> > Thanks Rob!
> >
> > After discussing with our product architecture it's acceptable to have
> this
> > FileInUse dialog
Take a look at SharpSetup -> http://sharpsetup.eu/ . It may help point you in
the right direction.
Palbinder Sandher
Software Deployment Engineer
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions
What is special about your registration that means you can't just heat them,
your code implies it's just regasm?
-Original Message-
From: Asker Brodersen [mailto:asker.broder...@esri.se]
Sent: 06 April 2011 06:41
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Too many CA:s (LG
If you are following the major upgrade rules
(http://wix.sourceforge.net/manual-wix3/major_upgrade.htm) your 1.1.0.0 dll
should be upgraded to 1.1.0.1. You should note that the component code of
this dll should not have changed. If it's not create a log and see what's
happening.
As to your need t
Could anybody tell me what
Mean, where to keep my setup files and how to create .cab folder
--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
A
Up the theme! )
here:
http://wix.sourceforge.net/releases/3.6.1230.0/history.txt
I have found this string:
MiCarls: Add ListView & Tab control support to ThmUtil
does it mean that WIX will be able to support implementing tabs into install
UI? or maybe support already in 3.6.1230.0 version? (noth
A. http://www.tramontana.co.hu/wix/lesson1.php#1.2
B. Not sure what you mean. In a source control system ?
C. http://www.tramontana.co.hu/wix/lesson1.php#1.2 again
-Original Message-
From: swapna.rachako...@thomsonreuters.com
[mailto:swapna.rachako...@thomsonreuters.com]
Sent: 06 April
Hi,
The parameters are stored inside a property that is defined in WIX. How can I
use a static Text and embed the content of a property? I need something like an
escape sequence.
The call i want to make is, PropertyParameters should be replaced by ist
content:
"c:\programme\srvany\instsrv.exe
What should be a path for a 'Source' in a File element, I have to add
main executable file for an .msi
--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
http://www.tramontana.co.hu/wix/lesson3.php#3.2
Palbinder Sandher
Software Deployment Engineer
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
Regist
Peter Shirtcliffe already pointed you at the tutorial page
(http://www.tramontana.co.hu/wix/lesson1.php#1.2) which explains this in
response to your earlier message. I suggest reading it (and the rest of the
tutorial) as you appear to be struggling with basic fundamentals of Windows
Installer p
Hi All,
I found the WIX structure for shortcut entry in MSI.
I need some clarity on the attributes, Directory, WorkingDirectory, Icon and
IconIndex.
What needs to be the value for Directory and WorkingDirectory, if the shortcut
for App1.msi need to be under ProgramFilesMenu/StartMenu/Applica
The Shortcut/@Directory attribute says which Start menu folder the shortcut
will be created in. If you prefer, you can omit it and place the component
containing the shortcut under a [directory or] directoryref to the Start menu
folder where you want it to appear.
Shortcut/@WorkingDirectory is
The ESRIRegasm utility being called generates a registration database (xml
file) for a dll as well as calls RegAsm. It's required for extending the ArcGIS
environment.
Currently I have in place a system where the build msbuild script calls this
utility so the xml files are generated. These files
Thanks Pally, I did look at Sharp Setup earlier today. From memory it
didn't use DTF (but maybe I'm wrong). I'm at home now and have just
installed Sharp Setup here but it keeps crashing VS when it generates the
solution.
My current plan is to use Burn from WiX 3.6 to chain .NET and then my
exte
I would like to set up a directory structure under CommonAppDataFolder
that looks something like this:
OrderImport
+- ProviderA
+- Drop
+- History
+- Error
+- ProviderB
+- Drop
+- History
+- Error
and so on... Not much more than this, but enoug
Add a generated registry value to each component and set that as the keypath.
-Original Message-
From: Rune Moberg [mailto:jjfl...@gmail.com]
Sent: 06 April 2011 13:49
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Build a directory structure using foreach?
On Wed, Apr 6, 2011 at 3:08 PM, Peter Shirtcliffe wrote:
> Add a generated registry value to each component and set that as the keypath.
Thanks Peter, that did the trick.
--
Rune
--
Xperia(TM) PLAY
It's a major breakth
Hmm... MSI still is not able to do so.
The ThmUtil is something completely new in WiX 3.6. I assume it is
used for modelling the Burn Bootstrapper UI ("Schema for describing
Theme files processsed by thmutil" is written in the help). But as it
is very new few information about it and how to use it
Self registration is not usually a good idea, feel free to search the list
for "selfreg is evil" to see many discussions as to why.
You could also use heat in your build process to make sure the components are
up to date.
If you do want to proceed though I would write a set of CAs that accept a
l
My understanding is that the 4th position in the version number is not used
by anything when checking version number.
Upgrade, etc ...
I see some version numbers on products use the 4th position as free
formatted.
However when I try to build a package with a number like 1.2.3.123-56-ab-334
I get
No you cannot.
You must use a valid version string for the file versions. MSI requires this
to be able to do a version compare when needed.
You can put this information into the Product version file of the file
assembly, but not into the File Version.
Mat Skildum
-Original Message-
Hi Guys,
I have not found any infomation about using combo box ( the widget where you
can choose one item in a list ) with WIX.
My problem is about dynamic license text localization.
I have seen many post about creating multiple msi, one for each languages. I
have try this, in fact it work fi
" the installer doesn't need to know about the xml files or about COM
registration of the dlls"
Really? So what happens when the install fails & it has to rollback or the
super unlikely event that someone wants/needs to uninstall your application (or
you force an uninstall during a Major Upgra
Amen. I speak to the horrors of SelfReg. I can also speak to the pain of
using Heat to harvest the COM. That's why I wrote a simple little utility
called to put a file system watcher on a directory, run heat and display the
XML
in an XML editor control. We then just copy and paste the XML
Also, take a look at http://support.microsoft.com/kb/905238
If the assembly version remains the same, but the assembly file version
changes, you will need to schedule RemoveExistingProducts after
InstallIntialize
Jacques
On Wed, Apr 6, 2011 at 2:51 AM, David Watson wrote:
> If you are followin
> Also, take a look at http://support.microsoft.com/kb/905238
>
> If the assembly version remains the same, but the assembly file version
> changes, you will need to schedule RemoveExistingProducts after
> InstallIntialize
The linked article contradicts the recommendation above to schedule
Remov
So if I understand your requirements correctly you want to have a
combobox just for selecting a language for the license agreement?
That should be possible by adding a combobox e.g. on the first
installation scren and afterwards set a property for the selected
language and use this value for the
The scheduling just depends on whether you want to perform a full
uninstall/reinstall and whether or not you want rollback support. Scheduling
after InstallInitialize does a full uninstall without rollback support - but
others can correct me.
The important thing is having the file version set. Als
Thanks for the responses guys. I'm looking over my setup more and I'll check
out that link.
On Wed, Apr 6, 2011 at 5:51 AM, David Watson wrote:
> If you are following the major upgrade rules
> (http://wix.sourceforge.net/manual-wix3/major_upgrade.htm) your 1.1.0.0
> dll
> should be upgraded to 1
On the rollback point, you still get rollback when RemoveExistingProdcts is
after InstallFinalize, but probably not the rollback you'd like because it's
outside of the transacted part of the operation. So the new product installs,
transaction finishes, then the uninstall of the old product start
I was also under the impression that FileVersion did *not* contribute to the
naming attributes for a cached assembly. That is the reason I asked.
Phil, you seem to be suggesting that we can also get good behavior (as it
relates to assembly versioning/naming) if we schedule RemoveExistingProducts
AFAIK all major upgrade element syntax versions allow Schedule to say where you
want it, "afterInstallExecute" being the one I mentioned below and the 3rd
bullet here
http://msdn.microsoft.com/en-us/library/aa371197(v=vs.85).aspx which says it
can be sequenced...
"Between the InstallExecute ac
Thanks David, Pally, Chris, for your feedback!
I've decided revert to my old workflow where I generate the required xml-files
on build and then copy them to the target machine during install. I'll continue
to harvest heat output manually. No CA:s nor self-registration involved
anymore!
P.S.
P
A potential customer informs us that they require installers to be
able to run without elevation.
I see two problems with this approach:
#1: Every user of a given PC will have to install the app separately
#2: ...so my potential "malware" will run no matter what, as long as
one of these users are
38 matches
Mail list logo