On the last step of the installation, there are texts showing:
Completed the Setup Wizard.
I know is user provide, how about other text " Completed the
... Setup Wizard ", are they build with the tool, or can we customize those
text ?
Thanks,
---
>On the last step of the installation, there are texts showing:
Completed the Setup Wizard.
I know is user provide, how about other text " Completed the
... Setup Wizard ", are they build with the tool, or can we customize those
text ?
<
You can add additional text using:
Dave
Does anyone know how to change the final property page from a white
background to the default grey - so that an added check box doesn't look
ridiculous (with its grey background over the white page)?
Dave
--
Live Secur
On 15/08/2012 09:05, David Lowndes wrote:
> I know is user provide, how about other text " Completed the
> ... Setup Wizard ", are they build with the tool, or can we customize those
> text ?
> <
>
> You can add additional text using:
>
>
Or change that text by adding (to a .wxl file in you
Your solution sounds perfectly reasonable.
To check compatibility in 3), youll need to have some way of discovering the
version of the addons. You could either read the addon installer's product
code in FindRelatedProducts or have the addon installer write its
ProductVersion to a version-independ
You need to supply you own version of background bitmap, see
http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm. The
variable to set is WixUIDialogBmp e.g.
Neil
>Does anyone know how to change the final property page from a white
>background to the default grey - so that an ad
>You need to supply you own version of background bitmap, see
http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm. The
variable to set is WixUIDialogBmp e.g.
<
Thanks Neil.
I presume the stock bitmap is just plain white?
Is there no way to remove the bitmap so that we get the sa
Not sure if you can make it smaller, I would try and see what happens. If
you want the originals you can find them in the source
(src\ext\UIExtension\wixlib\Bitmaps)
Neil
>>You need to supply you own version of background bitmap, see
>http://wix.sourceforge.net/manual-wix3/WixUI_customizations.h
I've followed the instructions here:
http://wix.sourceforge.net/manual-wix3/create_start_menu_shortcut.htm, to
add a start menu shortcut, and while that produces no warnings, I thought it
would be more elegant to use [#MyApplicationFile] for the target like this:
Hi All,
Is there a nicer way to deliver logic that will satisfy the requirements below,
other than the attached code ?
Requirements;
a) Display specific text if releasetype (full), product(professional)
and install is not an upgrade
b) Display specific text if releasetype(full),
I prefer to advertise my shortcuts to avoid all these problems.
On Wed, Aug 15, 2012 at 4:19 AM, David Lowndes wrote:
> I've followed the instructions here:
> http://wix.sourceforge.net/manual-wix3/create_start_menu_shortcut.htm, to
> add a start menu shortcut, and while that produces no warning
> Date: Tue, 14 Aug 2012 21:06:07 +0100
> From: br...@cran.org.uk
> I'm a bit surprised that the license change wasn't highlighted - it
> seems WiX is now licensed under the Ms-Rl.
I would appreciate some clarification on this license too.
(A) Reciprocal Grants- For any file you distribute that
On 15/08/2012 12:55, Peter Hull wrote:
> (A) Reciprocal Grants- For any file you distribute that contains code from
> the software (in source code or binary format), you must provide recipients
> the source code to that file along with a copy of this license, which license
> will govern that fil
>I prefer to advertise my shortcuts to avoid all these problems.
OK, I started down that path too and also had problems with that. :(
Do you know of a concise example of doing what I need using advertised
shortcuts?
Dave
---
>I prefer to advertise my shortcuts to avoid all these problems.
OK, this example has sorted me out:
http://blogs.technet.com/b/alexshev/archive/2008/02/20/from-msi-to-wix-part-
10-shortcuts.aspx
It's hard to find the wheat from the chaff with all the WiX information
around. :(
Dave
> Date: Wed, 15 Aug 2012 13:08:06 +0100
> From: br...@cran.org.uk
> This sounds to me rather similar to requirement iv. under the previous CPL:
>
> iv. states that source code for the Program is available from such
> Contributor, and informs licensees how t
>Not sure if you can make it smaller, I would try and see what happens.
Nice idea, unfortunately it stretches the bitmap to fit over the whole page.
:(
Rob, would a bug report/suggestion to eliminate the background behaviour be
something that would be possible?
Dave
-
Working with build 2928, it seems that the burn engine adds an entry that is
visible in "Programs and Features" too soon.
It adds it there before anything is installed.
It can get you into some weird states.
Scenario 1: Listed in "Programs and Features" but not installed
There comes a point in
IIRC this worked a while ago with older WiX v3.6 builds but hasn't for a while.
If I run my Bundle with the /layout switch, it will download the .NET 4.0
Client Profile redistributable & any other MSI's or MSPs I have in my bundle
which have a DownloadURL specified (and Compressed="no" set).
Howe
That's the expected behaviour. The layout operation isn't meant to be an
admin install or extraction, its just to create a bundle that can be
installed without an internet connection. I think there was a thread about it
a few weeks back.
I reckon it would be a good feature request, if there isn't
Ah cool, I'll chuck a feature request up for it then if it's not already been
posted.
As we used to use dotnetinstaller for bootstrapping purposes that has a
/extractcab switch which did such a thing, some of our users are used to having
an easy way to get to the MSI's for corporate deployment.
I would think that the content you are installing doesn't apply as it doesn't
"use" WiX code.
But if you use the WiX UI .wxs code as a template and modify it for your own
needs, then you would need to make your modified .wxs source available in some
way. If you wrote a C++ custom action and lin
My Burn package includes the .NET 4.0 client profile from WiXNetFxExtension
like so:
When I attempt to install on XP64, I get a spurious error in Burn "0x800713ec -
Asia"
Log file ->
http://upload.iesve.com/downloads/burn_issues/xp64_net4clientprofile.log
Burn screenshot ->
http://upl
WIC is definitely a prereq on Windows 2003 server so it probably is on Win xp
64 bit too. Looks like a bug to me.
-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com]
Sent: Wed 8/15/2012 5:23 PM
To: General discussion for Windows Installer XML
toolset.(wix-users@lists.s
.Net requires SP3 which x64does not have. Technically you can install it on
machines with SP2 but requires additional prereqisites. WIC is one of them.
Wes
Sent from my iPad
On 2012-08-15, at 1:29 PM, "Peter Shirtcliffe" wrote:
> WIC is definitely a prereq on Windows 2003 server so it prob
Hi everyone
I've got a Visual Studio solution that contains two WiX Projects. In Visual
Studio, I set the project properties to ignore the nearly-400 ICE30 output by
light. The WiX code was written by another programmer and I don't currently
have the time or the mandate to rewrite it so that it
Bug reported ->
https://sourceforge.net/tracker/?func=detail&aid=3557976&group_id=105970&atid=642714
Palbinder Sandher
Software Platform 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
XP64 is a retrofitted Server 2003 x64. It has nothing to do with XP32 service
packs.
Palbinder Sandher
Software Platform 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. Registe
Hi everyone,
Can the WiX tools (e.g. candle, light, torch) be used within a WCF service
method? Or is there some limitation or gotcha I should be aware of? I am
wanting to answer an architectural question some of us had about the future of
my "InstallerBuilder" (hereafter, IB) front end. This i
I am a bit confused on the use of the InstallCondition and DetectCondition
attributes on the ExePackage element and would like some clarification on my
understanding.
Would you use InstallCondition to restrict the component being installed on
various OS configurations e.g. one package for x86 a
Does anyone know the best method for writing an empty Registry key under
HKCU? This code isn't cutting it:
*
*
I am getting: ICE38: Component CMP_RegistryWrite installs to user profile.
It must use a registry key under HKCU as its KeyPath, not a file.
--
View t
31 matches
Mail list logo
