from:"Gareth"

Thanks for responding - I think patches are not probably needed, but "full 
upgrades" as new site layouts for their monitoring system is probably all they 
would need.

Best regards
Mr. Gareth Williams
Trinity Digital


-Original Message-
From: Skildum, Mathew [mailto:mathew.skil...@aspect.com]
Sent: 10 April 2013 13:37
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wildcards

This process will not generate the same GUIDs and other identifiers you need 
for patching.  It will only generate a unique usable WIX fragment you can 
include.

You can use this for upgrades as you do not use component GUIDs as much in the 
upgrade process, but if you want to support patches you will need to keep the 
fragment around to preserve the needed identifiers.

-Original Message-----
From: Gareth Williams [mailto:gar...@trinitydigital.co.uk]
Sent: Wednesday, April 10, 2013 7:26 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wildcards

Is it smart enough to always generate the same guid in the face of the same 
file for 'upgrades' etc.?

Seems I have a lot more learning to do.

Thanks

Best regards
Mr. Gareth Williams
Trinity Digital


-Original Message-
From: ptr [mailto:ptrajku...@gmail.com]
Sent: 10 April 2013 13:09
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wildcards

You can easily use a HeatDirectory task to achieve what you want. Basically it 
will walk the directory tree and create a wix file that you can use in your 
project.


On Wed, Apr 10, 2013 at 2:44 AM, Gareth Williams < gar...@trinitydigital.co.uk> 
wrote:

> Hello All.
>
> Considering using WiX to build an installation system for a clients
> product.
> However their file set can change quite dramatically depending on the
> customer for whom the installation is meant for - installs are
> specific to a customer.
> They propose to manage this by simply copying only the customer
> specific folder data to the 'installation file set' and then building
> the install image.
> There can be hundreds of files per customer and many customers world
> wide
> - so an "installation system" per customer is not practical either.
> Okay so every file for every customer could be included but there is a
> risk that it exposes the customer base - one customer could install
> files specific to another customer.
>
> Can WiX support wildcards to allow 'inclusion of a folder / its
> subfolders'?  My guess is not from reading the tutorials - every file
> has to be given a unique xml entry and guid?
>
> Best regards
>
> Mr. Gareth Williams
> Trinity Digital
>
> --
>  Precog is a next-generation analytics platform capable of
> advanced analytics on semi-structured data. The platform includes APIs
> for building apps and a phenomenal toolset for data science.
> Developers can use our toolset for easy data analysis & visualization.
> Get a free account!
> http://www2.precog.com/precogplatform/slashdotnewsletter
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Precog is a next-generation analytics platform capable of advanced analytics on 
semi-structured data. The platform includes APIs for building apps and a 
phenomenal toolset for data science. Developers can use our toolset for easy 
data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Precog is a next-generation analytics platform capable of advanced analytics on 
semi-structured data. The platform includes APIs for building apps and a 
phenomenal toolset for data science. Developers can use our toolset for easy 
data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Precog is a next-generation analytics platform capable of advanced analytics on 
semi-structured data. The platform includes APIs for building apps and a 
phenomenal toolset for data science. Developers can use our toolset for easy 
data analysis & visualization. Get a free account!
http://www2.precog.com/preco

Re: [WiX-users] Wildcards

That's great - thanks for this info.

Best regards
Mr. Gareth Williams
Trinity Digital



-Original Message-
From: ptr [mailto:ptrajku...@gmail.com]
Sent: 10 April 2013 14:03
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wildcards

Yes wix seems to use some MD5 checksum guid on the relative path of the file. 
So if you won't move the file to a different subdirectory the guid will stay 
the same

Raj


On Wed, Apr 10, 2013 at 6:26 AM, Gareth Williams < gar...@trinitydigital.co.uk> 
wrote:

> Is it smart enough to always generate the same guid in the face of the
> same file for 'upgrades' etc.?
>
> Seems I have a lot more learning to do.
>
> Thanks
>
> Best regards
> Mr. Gareth Williams
> Trinity Digital
>
>
> -Original Message-
> From: ptr [mailto:ptrajku...@gmail.com]
> Sent: 10 April 2013 13:09
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Wildcards
>
> You can easily use a HeatDirectory task to achieve what you want.
> Basically it will walk the directory tree and create a wix file that
> you can use in your project.
>
>
> On Wed, Apr 10, 2013 at 2:44 AM, Gareth Williams <
> gar...@trinitydigital.co.uk> wrote:
>
> > Hello All.
> >
> > Considering using WiX to build an installation system for a clients
> > product.
> > However their file set can change quite dramatically depending on
> > the customer for whom the installation is meant for - installs are
> > specific to a customer.
> > They propose to manage this by simply copying only the customer
> > specific folder data to the 'installation file set' and then
> > building the install image.
> > There can be hundreds of files per customer and many customers world
> > wide
> > - so an "installation system" per customer is not practical either.
> > Okay so every file for every customer could be included but there is
> > a risk that it exposes the customer base - one customer could
> > install files specific to another customer.
> >
> > Can WiX support wildcards to allow 'inclusion of a folder / its
> > subfolders'?  My guess is not from reading the tutorials - every
> > file has to be given a unique xml entry and guid?
> >
> > Best regards
> >
> > Mr. Gareth Williams
> > Trinity Digital
> >
> > 
> > --
> >  Precog is a next-generation analytics platform capable of
> > advanced analytics on semi-structured data. The platform includes
> > APIs for building apps and a phenomenal toolset for data science.
> > Developers can use our toolset for easy data analysis & visualization.
> > Get a free account!
> > http://www2.precog.com/precogplatform/slashdotnewsletter
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
> --
>  Precog is a next-generation analytics platform capable of
> advanced analytics on semi-structured data. The platform includes APIs
> for building apps and a phenomenal toolset for data science.
> Developers can use our toolset for easy data analysis & visualization.
> Get a free account!
> http://www2.precog.com/precogplatform/slashdotnewsletter
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
>  Precog is a next-generation analytics platform capable of
> advanced analytics on semi-structured data. The platform includes APIs
> for building apps and a phenomenal toolset for data science.
> Developers can use our toolset for easy data analysis & visualization.
> Get a free account!
> http://www2.precog.com/precogplatform/slashdotnewsletter
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Precog is a next-generation analytics platform capable of advanced analytics on 
semi-structured data. The platform includes APIs for building apps and a 
phenomenal toolset for data science. Developers can use our toolset for easy 
data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

Re: [WiX-users] Wildcards

Is it smart enough to always generate the same guid in the face of the same 
file for 'upgrades' etc.?

Seems I have a lot more learning to do.

Thanks

Best regards
Mr. Gareth Williams
Trinity Digital


-Original Message-
From: ptr [mailto:ptrajku...@gmail.com]
Sent: 10 April 2013 13:09
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wildcards

You can easily use a HeatDirectory task to achieve what you want. Basically it 
will walk the directory tree and create a wix file that you can use in your 
project.


On Wed, Apr 10, 2013 at 2:44 AM, Gareth Williams < gar...@trinitydigital.co.uk> 
wrote:

> Hello All.
>
> Considering using WiX to build an installation system for a clients
> product.
> However their file set can change quite dramatically depending on the
> customer for whom the installation is meant for - installs are
> specific to a customer.
> They propose to manage this by simply copying only the customer
> specific folder data to the 'installation file set' and then building
> the install image.
> There can be hundreds of files per customer and many customers world
> wide
> - so an "installation system" per customer is not practical either.
> Okay so every file for every customer could be included but there is a
> risk that it exposes the customer base - one customer could install
> files specific to another customer.
>
> Can WiX support wildcards to allow 'inclusion of a folder / its
> subfolders'?  My guess is not from reading the tutorials - every file
> has to be given a unique xml entry and guid?
>
> Best regards
>
> Mr. Gareth Williams
> Trinity Digital
>
> --
>  Precog is a next-generation analytics platform capable of
> advanced analytics on semi-structured data. The platform includes APIs
> for building apps and a phenomenal toolset for data science.
> Developers can use our toolset for easy data analysis & visualization.
> Get a free account!
> http://www2.precog.com/precogplatform/slashdotnewsletter
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Precog is a next-generation analytics platform capable of advanced analytics on 
semi-structured data. The platform includes APIs for building apps and a 
phenomenal toolset for data science. Developers can use our toolset for easy 
data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Wildcards

Hello All.

Considering using WiX to build an installation system for a clients product.
However their file set can change quite dramatically depending on the customer 
for whom the installation is meant for - installs are specific to a customer.
They propose to manage this by simply copying only the customer specific folder 
data to the 'installation file set' and then building the install image.
There can be hundreds of files per customer and many customers world wide - so 
an "installation system" per customer is not practical either.
Okay so every file for every customer could be included but there is a risk 
that it exposes the customer base - one customer could install files specific 
to another customer.

Can WiX support wildcards to allow 'inclusion of a folder / its subfolders'?  
My guess is not from reading the tutorials - every file has to be given a 
unique xml entry and guid?

Best regards

Mr. Gareth Williams
Trinity Digital
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] light.exe error when merging VC100 merge modules for both x86 and x64

2012-06-20 Thread Gareth

Hi Rob,

Thanks for your attention, I did as requested, but was not getting the same
result - I am now getting a more useful and expected error message of
"LGHT0345 : '...\Microsoft_VC100_CRT_x64.msm' is a 64-bit merge module but
the product consuming it is 32-bit. 32-bit products can consume only 32-bit
merge modules." which ties in with Bob's Fusion GAC responce cause (above).

Looking back through my project's change log I can see that this issue
started off when it was written in WiX2 (based on an old project) and has
gone now that it's been converted/upgraded into WiX3.5. So I guess this is
not an issue anyone's interested in anymore, except that I still can't merge
dependencies how I used to.

Cheers, G

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/light-exe-error-when-merging-VC100-merge-modules-for-both-x86-and-x64-tp7539587p7578960.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Should you install 32-bit and 64-bit versions os the same application?

2012-06-14 Thread Gareth

Yes, that's the approach my team and I concluded to last night... to stop
having a 32-bit package for the 32-bit components and a 64-bit package for
the 64-bit components. Leave the 32-bit components in the 32-bit package,
but stop it installing on 64-bit and duplicate it's core elements in the
64-bit package for the 64-bit operating systems - thus acheiving both
variations of the software in one tidy package.

Although, for files that are used by both variations, do you use the
DuplicateFile table? I've not used that before and think it'll be more
efficient than including some elements twice. My main concern is that you'd
have to have the source component installed for the duplicates to exist, or
can you have either?

Cheers, G

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Should-you-install-32-bit-and-64-bit-versions-os-the-same-application-tp7578776p7578809.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] light.exe error when merging VC100 merge modules for both x86 and x64

2012-06-13 Thread Gareth


Bob Arnson-6 wrote
> 
>> then how can a 64-bit operating system interogate a bespoke file format
>> in
>> order to draw a thumbnail preview when it is installed as part of a
>> 32-bit
>> package?
> It can't. That requires a 64-bit package, as I said. The rules are that 
> a 32-bit package can contain only 32-bit components but a 64-bit package 
> can contain both 64-bit and 32-bit components.
> 

Yes it can. Perhaps you shouldn't, but I have included 64-bit VC90 merge
modules and a 64-bit dll in a 32-bit package for the sole purpose of the
operating system being able to interogate our bespoke file format and draw
thumbnails in Explorer when the 32-bit package is installed on a 64-bit OS.

Do you believe then that the light.exe error is deliberate to prevent this
being possible for the VC100 merge modules or that the VC100 merge modules
have been written differently to the VC90 merge modules to similarly prevent
people from merging them into the same MSI?

Cheers, G



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/light-exe-error-when-merging-VC100-merge-modules-for-both-x86-and-x64-tp7539587p7578799.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Should you install 32-bit and 64-bit versions os the same application?

2012-06-12 Thread Gareth

Thanks for your input Daniel. I all ready have two seperate MSIs for each
bitage, and they currently share a ProductGUID to prevent any user
installing both, but I'm wondering if this should not be the case and that
users should be allowed to install both - as seems necessary fot photo
editing apps (or anything with 3rd party plugins, I guess).

I can see that a different named shortcut would be required to prevent them
clashing, for example.  But is there any actual harm in offering both?

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Should-you-install-32-bit-and-64-bit-versions-os-the-same-application-tp7578776p7578780.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Should you install 32-bit and 64-bit versions os the same application?

2012-06-12 Thread Gareth

When I first looked into creating a 64-bit package to sit alongside our
existing 32-bit package it seemed obvious to me that you should offer one or
the other, which ever is appropriate for the user's OS. And most of what
I've read supports this.

However, Adobe PhotoShop offer the option to install both on 64-bit OS. I
can understand that you might need both because of the compatability of your
plugins so you can perform most of your work in 64-bit, but occasionally use
the 32-bit version where plugin compatability is required.

But should this approach be the norm - should you offer the option to
install both 32-bit and 64-bit on 64-bit OS as a matter of habit? Does this
approach cause any issues that should be viewed with caution?

Cheers, G

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Should-you-install-32-bit-and-64-bit-versions-os-the-same-application-tp7578776.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] light.exe error when merging VC100 merge modules for both x86 and x64

2012-05-18 Thread Gareth

But you can install 64-bit dlls withoin a 32-bit package - they're just
files. So, we add a dll that allows the 64-bit operating system to
interogate our bespoke document formats in order to draw pretty thumbnail
previews. But this code only works if the operating sytem has the required
dependencies also installed.

I cannot install my 32-bit application in a 64-bit package as it will not
have it's registry in the expected virtualised area. I can install my single
64-bit dll within my 32-bit package though - just as I have time and time
again. And I used to be able to include and distribute both 32-bit and
64-bit VC90 merge modules. This has only caused a problem when updating the
VC90 merge modules with the VC100 equivelent.

Bob, are you suggesting that Microsoft have deliberatly sabotaged their
merge module behaviour in order to prevent what might be prceived as a hack
in installations that is installing them both in a 32-bit package?  If so
then how can a 64-bit operating system interogate a bespoke file format in
order to draw a thumbnail preview when it is installed as part of a 32-bit
package?

Cheers, G

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/light-exe-error-when-merging-VC100-merge-modules-for-both-x86-and-x64-tp7539587p7565612.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] light.exe error when merging VC100 merge modules for both x86 and x64

2012-05-11 Thread Gareth

Hi Bob, thanks for your input, but why would it ever be necessary to include
32-bit merge modules in a 64-bit package?  You can't install a 64-bit
package on a 32-bit operating system, so they'd never be used.

The otherway around though - you can install a 32-bit package on a 64-bit
operating system, so it's quite reasonable to want to include 32-bit merge
modules to execute your own functions and 64-bit merge modules in order to
hook into those of the operating system. When you use the system's File Open
dialog, for example, you will only get a thumbnail preview on a 64-bit OS if
you have the correct 64-bit dipendencies installed.

Cheers, G

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/light-exe-error-when-merging-VC100-merge-modules-for-both-x86-and-x64-tp7539587p7549693.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] light.exe error when merging VC100 merge modules for both x86 and x64

2012-05-08 Thread Gareth

Up until now I have been able to merge VC90 merge modules of both x86 and x64
varieties into the same package without any problem. Now that we've moved on
to Visual Studio 2010 for our applications, I must similarly update my merge
module inclusions. If I attempt to merge just the x86 versions, I get a
perfectly working MSI out of it. If I attempt to merge just the x64
versions, I get a perfectly working MSI. If I attempt to merge both I get
the following error.

light.exe : error LGHT0001 : Error HRESULT E_FAIL has been returned from a
call to a COM component.
Exception Type: System.Runtime.InteropServices.COMException
Stack Trace:
at Microsoft.Tools.WindowsInstallerXml.IMsmMerge2.Merge(String feature,
String directory)
at Microsoft.Tools.WindowsInstallerXml.Binder.MergeModules(String
databasePath, Output output)
at Microsoft.Tools.WindowsInstallerXml.Binder.Bind(Output output)
at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run(String[] args)

Has anyone successfully included both?

Cheers, G

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/light-exe-error-when-merging-VC100-merge-modules-for-both-x86-and-x64-tp7539587.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Localized Product Version

2011-11-02 Thread Gareth

We also reference the same localized string to write the version number to
the registry so we can query it as a potential launch condition for other
products, ie. "This package will only install if so and so is version x or
above."  Hardcoding it requires a synchronized change in several places
rather than a single wxl file.

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

--
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Localized Product Version

2011-11-02 Thread Gareth

So what is the correct usage of Localizable="no" as an attribute of String? 
Are loc files not effectively just a string table, which are conveniently
localizable?

I too use localised version numbers, the reason being we release the same
software in different markets/countries under different names, some of which
started at version 1 relatively recently.  For example, our website creation
software was version 11 in the UK, but under a different name as version 4
in the Netherlands. To acheive this I used (in WiX 2) a different product
version in the Dutch (localized?) string table (1043.wxl).

Perhaps this error reported by candle could be moved to a warning, allowing
people like me to build despite the version info not complying with the
"x.x.x.x" convention?  Or add a new switch in the candle.exe call to allow
for this error to be ignored?

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

--
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bootstrapper for localized installer

2011-03-02 Thread Gareth

How have you made your localised transform?

I would guess that you are creating several packages in different languages
and using msiTran.exe to create a transform between one and each of the
others, then applying that transform to the one hoping it will act like one
of the others?

If this is true, it should work providing all the packages are identical in
terms of file and directory tables - if you have translated filenames, for
example, the installer will not be able to find the German version in the
English cab...

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

--
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Chaining Installers with a reboot

2011-03-02 Thread Gareth

Hi there... I've created my own bootstrapper that is able to read a series of
MSI paths from an ini file in order to appropriately launch a series of
installers in a defined sequence.

On very clean machines the package I'd like to come first can create a
reboot request on the system, but I have overcome this by adding the REBOOT
property set to ReallySupress in a transform that is aplied to all but the
last package.  In my experience this does the right job for all packages,
and then on the last one I allow the reboot if it was earlier set to do so -
as far as I can tell this works beautifully.

However, I have found on another forum that setting REBOOT in this way stops
subsequent MSI's from running until the reboot request has been satisfied:
http://www.appdeploy.com/messageboards/tm.asp?m=408

Has anyone have any experience of this, perhaps particular versions of
Windows Installer are affected?

Cheers, G

-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Chaining-Installers-with-a-reboot-tp6077788p6077788.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Setup asks for rebooting after change/repair options.

2011-03-01 Thread Gareth

You can also look at the Multi-String value in the registry called
"PendingFileRenameOperation" at the following location to see which files
the system has earmarked for change.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager

-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Setup-asks-for-rebooting-after-change-repair-options-tp6059508p6077825.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Fonts not registering

2010-09-16 Thread Gareth


Hi WiX Users.

I have a package made up of many smaller packages.  Each of the smaller
packages contains creative content and the required fonts for it to display
correctly - this all works.  However, the result of merging the smaler
packages results in a few fonts being duplicated, but they have unique IDs
so there's no conflict and the MSI validates.

At runtime however, only fonts that exist once get registered.  The
duplicated fonts are installed to the correct system folder, but they do not
register (unless you do it manually) until you reboot the PC.  The log
sugests they should be registered, here's a snippet.

MSI (s) (28:D0) [16:24:05:915]: Doing action: RegisterFonts
Action 16:24:05: RegisterFonts. Registering fonts
Action start 16:24:05: RegisterFonts.
RegisterFonts: Font: Registering fonts
Action ended 16:24:05: RegisterFonts. Return value 1.
...
MSI (s) (28:D0) [16:26:02:384]: SHELL32::SHGetFolderPath returned:
C:\WINDOWS\Fonts
MSI (s) (28:D0) [16:26:02:384]: Executing op:
FontRegister(,File=TT0003M_.TTF)
RegisterFonts: Font: TT0003M_.TTF
MSI (s) (28:D0) [16:26:02:399]: SHELL32::SHGetFolderPath returned:
C:\WINDOWS\Fonts
MSI (s) (28:D0) [16:26:02:399]: Executing op:
FontRegister(,File=TT0003M_.TTF)
RegisterFonts: Font: TT0003M_.TTF

I don't understand why the fonts aren't registering, and really don't want
to have to deal with the overhead of only delaring them once in the parent
package.

Any experience of this type of thing?

Cheers, G
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Fonts-not-registering-tp5539327p5539327.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Setting feature options

2009-10-13 Thread Gareth


Is anyone able to confirm my suspicions, or suggest an alternative method for
influencing the feature options?
-- 
View this message in context: 
http://n2.nabble.com/Setting-feature-options-tp3788261p3815424.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Setting feature options

2009-10-08 Thread Gareth


Hi, when you add features to appear in your feature tree, they typically have
options for 'install locally', 'install to run from source' or 'do not
install'.  In my experience, the option for 'install to run from source'
appropriately doesn't offer itself so long as the feature contains a
compressed file, which of course cannot be available from the source.

Is there any other way to disable this option?  I have a feature that has no
files that I can make compressed - I don't fancy adding one just for this as
there should be a better way.

Cheers, G
-- 
View this message in context: 
http://n2.nabble.com/Setting-feature-options-tp3788261p3788261.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Multi language patching

2009-10-01 Thread Gareth


Well, my issues for patching just such a package like this have now been
resolved.

It seems that when you exposrt a transform made in Orca it inherits the
package's Summary Info.  You might expect them to say "nothing changed" and
store nothing, but it seems that this data is always applied when you apply
the transform despite not being able to see the change in Orca.  As such,
the best solution has been to set the Summary Info's language to be neutral
(zero) and then so are the transforms and nothing can go wrong.

Ideally, the language would be specific for each transform, but this is
incredibly hard to get right and injects unexpected results when it's wrong. 
And it's hard to see when it's wrong.
-- 
View this message in context: 
http://n2.nabble.com/Multi-language-patching-tp3700410p3749826.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Can you create a shortcut that is "Pinned to Taskbar" in an install?

2009-09-29 Thread Gareth


This blog suggests it should be possible.  But I've also managed to interpret
it as 'this is how to enable pinning', not 'create pinning'.
http://blogs.msdn.com/windows_installer_team/archive/2009/09/02/windows-7-taskbar-support-with-the-msishortcutproperty-table.aspx


brantgurga wrote:
> 
> That is a *user* area just like the quick launch bar was supposed to
> be. They've taken steps to make it harder to programmatically add
> anything to it because that is an area that the user controls, not you
> or your application.
> 

-- 
View this message in context: 
http://n2.nabble.com/Can-you-create-a-shortcut-that-is-Pinned-to-Taskbar-in-an-install-tp3730173p3736398.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Can you create a shortcut that is "Pinned to Taskbar" in an install?

2009-09-28 Thread Gareth


Since Microsoft have deprecated the QuickLaunch toolbar, is there a way to
utilise it's replacement and add a shortcut to the 'Pinned to Taskbar' set
as an option in an installer?  I've tried simply adding a shortcut to where
the pinned shortcuts are stored, but this is not successful - there must be
more to it than this.

Any thoughts?

Cheers, G
-- 
View this message in context: 
http://n2.nabble.com/Can-you-create-a-shortcut-that-is-Pinned-to-Taskbar-in-an-install-tp3730173p3730173.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Multi language patching

2009-09-28 Thread Gareth


I have complete installs in each language.  By exporting the tables in one,
then creating a transform in Orca in another I can import the tables and
save the differences.  I've not found a more reliable way... providing the
source files for the builds are completely in sync of course.



Blair-2 wrote:
> 
> I've been thinking about your situation. How are you generating your
> language transforms?
> 

-- 
View this message in context: 
http://n2.nabble.com/Multi-language-patching-tp3700410p3728312.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Multi language patching

2009-09-25 Thread Gareth


This is an entirely manufactured situation for testing purposes - I don't
want to send out our first multi-language package without knowing how to
patch it.  Boy, am I glad too!

We're currently looking at the language definitions and think we're going
along the right lines though.

Cheers, G


Blair-2 wrote:
> 
> The patch has to be applicable to whatever was already installed. Have you
> released what you are attempting to patch yet?
> 

-- 
View this message in context: 
http://n2.nabble.com/Multi-language-patching-tp3700410p3711514.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Multi language patching

2009-09-24 Thread Gareth


That's all interesting stuff, but I don't have a language specific patch - I
have a package that contains all the files for all languages and hope to
patch it, one patch to patch all languages.  Do you think setting the
package to be of a neutral language would be beneficial?

The thing I'm struggling with is that the patch creation knows these
language specific files have changed, but the patch application seems to
think not.  I am guessing that it is because of the language definition, but
have no solid proof as yet - we're still working the problem.
-- 
View this message in context: 
http://n2.nabble.com/Multi-language-patching-tp3700410p3704872.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Multi language patching

2009-09-23 Thread Gareth


So, you've seen this behaviour before and agree that there's an MSI
limitation relating to language specific files in a multi language package? 
I'm just really interested to know if the patch failures I've seen are
because of the language specifications.


Blair-2 wrote:
> 
> We avoided this headache...
> 

-- 
View this message in context: 
http://n2.nabble.com/Multi-language-patching-tp3700410p3700931.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Multi language admin extractions

2009-09-23 Thread Gareth


I've never heard of a bootstrapper being part of an admin extraction before. 
Is this an approach you take?

Doesn't it mean that in the standard case you'd be installing a bootstrapper
in a really weird place for it to appear in the right place for the
extraction's case.  Also, if a network administrator were to distribute the
extracion via GPO or via the RM CC3 Management Console (whatever's
appropriate for their setup) the bootstrapper would be ignored anyway - both
those network solutions would only grab the MSI.

Cheers, G
-- 
View this message in context: 
http://n2.nabble.com/Multi-language-admin-extractions-tp3700529p3700836.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Quote-in-quotes problem in ExeCommand, a WiX bug, or am I missing something?

2009-09-23 Thread Gareth


You can use XML escape characters.  In this case, replace your internal
quotes with " and it'll all come out in the wash without the compiler
thinking that the parameter definition has closed.

Other common chars are...
& for "&"
< for "<"
> for ">"
' for "'"
-- 
View this message in context: 
http://n2.nabble.com/Quote-in-quotes-problem-in-ExeCommand-a-WiX-bug-or-am-I-missing-something-tp3669429p3700693.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to execute .Net Framework Condition at Last

2009-09-23 Thread Gareth


It seems to me that you have a mish-mash of terminology here.

If your bootstrapper is checking for .Net Framework as a prerequisit of your
package, then this will always happen before you get to your launch
conditions as the bootstrapper will handle this before running your MSI and
getting to the LaunchConditions action.
-- 
View this message in context: 
http://n2.nabble.com/How-to-execute-Net-Framework-Condition-at-Last-tp3693467p3700648.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Multi language admin extractions

2009-09-23 Thread Gareth


There are a few threads on how to go about creating multi language packages
that are essentially all about creating transforms and making a bootstrapper
that applies the right one.

I have stumbled across a problem when using this method in admin
extractions.

When you run my installer with the /a switch for an admin extraction, you
can also choose to apply the appropriate transform for your chosen language. 
I actually have an option in my bootstrapper that offers admin extractions,
so applying a localisation transform to an admin extraction is really easy
for me.  However, the resulting MSI is not in the chosen language, and when
distributed it is in the default language and not the chosen one.  This is a
big problem when your localisation transform also translates some directory
names because they appear in the UI of the application you're installing. 
So, if you apply a localisation transform when you admin extract, you also
have to apply the same transform when you distribute or your package won't
install.

Is there any way to tell your package when it has a transform applied during
the admin extraction, to re-use that transform when distributed?

Thanks for any input,
Gareth
-- 
View this message in context: 
http://n2.nabble.com/Multi-language-admin-extractions-tp3700529p3700529.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Multi language patching

2009-09-23 Thread Gareth


I've hit upon a problem and thing it's to do with the defined ProductLanguage
property of my MSI, but would appreciate some advice to see if I'm chasing
the right path.

I have a package that is entirely US English, but I have several transforms
for other languages, French for example.  This is all handled by the
bootstrapper in the traditional way.  One of the key elements of the package
is that I have language specific features (including those for the different
loc dlls that translate the UI of the application) that are conditionally
installed depending on the ProductLanguage property, which is appropriately
set by the transform - in the French case, transforming 1033 into 1036.

When it comes to patching, the loc dlls are not updating despite the log of
the patch creation knowing they have changed.  The actual MSP execution log
says that the versions are the same and that there's nothing to do - this is
bogus.

My thought is that since my admin extractions from which the patch were made
have a ProductLanguage of 1033, that the patch, when applied to an
installation where the ProductLanguage is 1036, is deliberately skipping
dlls that have their language defined as anything other than 1033.  There is
some evidence to support this since the main exe/dlls are patching, it is
just the loc dlls that have the French locale defined and that are being
skipped.  Curiously, one of the loc dlls has changed from French to English
by mistake and this DOES patch, but not in a delta patch, only when
specified to include as a whole file.

Has anyone have any experience of this?  I've considered setting the
ProductLanguage of my MSI to 0 (zero) and to create another transform for
the English case to change it to 1033 - or perhaps to define all langages in
the ProductLanguage property and use something else in my component
conditions.

Many thanks for any input.
Gareth
-- 
View this message in context: 
http://n2.nabble.com/Multi-language-patching-tp3700410p3700410.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Re-ordered cab files

2009-02-26 Thread Gareth


I've compared the wixobj files from before I added the files and now - the
only difference is the addition of the files... the declarations of the
effected files in the effected cab are unchanged, so I don't see what can be
edited to prevent this from happening :-(



Thomas S. Trias wrote:
> 
> It should be possible to just post-process the .wixobj using your 
> favorite XML parser (assuming there are no binary streams in it).  If 
> there are binary streams in it, then I can really say what would happen 
> if you just change the XML portion.  Of course, one way around the issue 
> is to compile the binary stream fragments as a separate .wixobj file and 
> then link that in with the modified .wixobj.  Should be easier than 
> mucking with the MSI via the MSI API / COM classes / Interop (especially 
> since the MSI type library doesn't play nice with the automagic RCW 
> generation).  Although, since the WiX classes already the MSI functions 
> neatly wrapped and there are numerous script examples using the COM 
> classes, maybe directly modifying the MSI wouldn't be so bad.
> 
> Just a thought.
> 
> Anyone foresee any particular dangers of modifying the .wixobj?
> 
> Thomas S. Trias
> Senior Developer
> Artizan Internet Services
> http://www.artizan.com/
> 
> 
>  Original Message  
> Subject: Re: [WiX-users] Re-ordered cab files
> From: John Nannenga 
> To: General discussion for Windows Installer XML toolset.   
>  
> Date: 2/25/2009 12:04 PM
>> I had similar problems a while back and the situation that set me over
>> the edge was when we encountered absolutely zero install / WiX code
>> changes but the file sequences were changing [tracked it down to an
>> environment issue, versions of .Net installed on the machine].  I woke up
>> one morning and noticed I was starting to go bald (and I'm not even that
>> old); I figured enough was enough so I went for the brute force method of
>> authoring process to ensure file sequences remained consistent between
>> the releases.  I spent a lot less time doing that than I did worrying
>> about and attempting to manually cleanup file sequences.  Haven't had the
>> problem since.  (Still missing the hair, though...)
>>
>>
>>
>> -Original Message-
>> From: Gareth [mailto:gmor...@serif.com] 
>> Sent: Wednesday, February 25, 2009 11:38 AM
>> To: wix-users@lists.sourceforge.net
>> Subject: Re: [WiX-users] Re-ordered cab files
>>
>>
>> The new elements are contained in a brand new WiX file that is #included
>> at
>> the end of my existing WXS project file.  They are both in new components
>> with seperate existing DirectoryRefs - it's as simple as it can get. 
>> They're in a newly defined CAB so as to not alter any existing CABs, and
>> the
>> merge modules themselves (the files that are moving around) are
>> unchanged.
>>
>> I was convinced for a while that it had something to do with where in the
>> WXS file the new components are being defined and so linking would reach
>> them in a new order, but I've tried 'first' as well as 'last' with no
>> improvement.  It just makes no sense.
>>
>> I even tried adding the new filess to the problematic 3rd CAB with
>> PatchOrder defines as 1 so they'd be at the end of the CAB - hopefully
>> leaving the existing contents in the same place - but this had no
>> positive
>> effect.
>>
>> Neither version of the 3rd CAB are sorted in any recogniaseable way,
>> they're
>> just predictably randomly different from each other.
>>
>>
>> John Nannenga wrote:
>>   
>>> Ref: http://msdn.microsoft.com/en-us/library/aa368060(VS.85).aspx
>>> -- SDK documentation pertaining to this issue.
>>>
>>> Where the rubber then meets the road [within WiX] is within your
>>> directory
>>> elements...if you have any file additions / removals within your
>>> directory
>>> table, that impacts file sequencing.  [File sequencing can also be
>>> impacted based upon what version of .NET is loaded (many scars involved
>>> in
>>> that one)].
>>>
>>> Sometimes, you can get by with using DirectoryRef elements for the file
>>> additions.  If you have any merge modules outside of your control that
>>> added / removed files, you're close to being hosed.
>>>
>>> There are also some patch enhancements that were made within WiX to
>>> better
>>> assist with these types of issues (my knowledge of WiX 2.0 is getting
>>> sh

Re: [WiX-users] Re-ordered cab files

2009-02-25 Thread Gareth

The new elements are contained in a brand new WiX file that is #included at
the end of my existing WXS project file.  They are both in new components
with seperate existing DirectoryRefs - it's as simple as it can get. 
They're in a newly defined CAB so as to not alter any existing CABs, and the
merge modules themselves (the files that are moving around) are unchanged.

I was convinced for a while that it had something to do with where in the
WXS file the new components are being defined and so linking would reach
them in a new order, but I've tried 'first' as well as 'last' with no
improvement.  It just makes no sense.

I even tried adding the new filess to the problematic 3rd CAB with
PatchOrder defines as 1 so they'd be at the end of the CAB - hopefully
leaving the existing contents in the same place - but this had no positive
effect.

Neither version of the 3rd CAB are sorted in any recogniaseable way, they're
just predictably randomly different from each other.

John Nannenga wrote:
> 
> Ref: http://msdn.microsoft.com/en-us/library/aa368060(VS.85).aspx
>   -- SDK documentation pertaining to this issue.
> 
> Where the rubber then meets the road [within WiX] is within your directory
> elements...if you have any file additions / removals within your directory
> table, that impacts file sequencing.  [File sequencing can also be
> impacted based upon what version of .NET is loaded (many scars involved in
> that one)].
> 
> Sometimes, you can get by with using DirectoryRef elements for the file
> additions.  If you have any merge modules outside of your control that
> added / removed files, you're close to being hosed.
> 
> There are also some patch enhancements that were made within WiX to better
> assist with these types of issues (my knowledge of WiX 2.0 is getting
> shady, been in WiX 3.x for quite some time) using such tools as Torch and
> Pyro (not sure if they are available in Wix 2.0.5805.0 or not).
> 
> 
> If you're using the WI SDK way of building patches (Patchwiz, admin
> installs, etc...) and using DirectoryRef doesn't get the job done for you,
> you can author a process that 'fixes' the file sequencing between your two
> admin installs prior to patch generation.  That's what I resorted to due
> to the .NET item I referenced earlier.
> 

-- 
View this message in context: 
http://n2.nabble.com/Re-ordered-cab-files-tp2384834p2385056.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Re-ordered cab files

2009-02-25 Thread Gareth


Using Wix 2.0.5805.0, I have a package that creates 3 cab files; 2 for
general compressed files and the 3rd for merge modules.  I need to patch
this package with a couple of new files, which I have added to a newly
defined 4th cab so as not to add any files to existing cabs and thus
transforming the media table unnecessarily during the patching process.

However, despite all my best efforts, the 3rd cab containing the merge
modules is re-ordering despite containing the exact same files.  As such,
after using the patch, the installation cannot repair itself because it
can't find the files in the right place within the patch.

If I comment out the added files, the file sequence is unchanged and the 3rd
cab is in the original order as desired.

Can anyone shed some light on this phenomenon?
-- 
View this message in context: 
http://n2.nabble.com/Re-ordered-cab-files-tp2384834p2384834.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Inconsistent localised error strings

2008-11-11 Thread Gareth


In trying to be consistent in the translations of our installation packages
and was directed to a series of MSI tables for ProgressText and Error
strings that are supplied with the Windows Installer SDK:
%programfiles%\Microsoft SDKs\Windows\v6.0A\bin\msitools\Schemas\MSI\intl\

However, while the ProgressText strings are complete and all great, the
Error strings are incomplete.  For example, the English table (Error.ENU)
has 3 more strings than the German equivelent (Error.DEU).  These are errors
1610, 1611 and 1733.

These strings are also missing from French (Error.FRA) and Dutch
(Error.NLD), I'll assume all if not most languages are similarly effected.

Has anyone else noticed this phenomenon?  Does anyone have translations for
these error messages in German, French and/or Dutch?

Furthermore, specific to WiX, why don't the language files for WiX match
those supplied in the Windows Installer SDK?  Are the WiX ones better or
worse?  I've seen a few missing double curly braces, which I think are
significant in the WiX ones.

Regards,
Gareth
-- 
View this message in context: 
http://n2.nabble.com/Inconsistent-localised-error-strings-tp1484855p1484855.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Serial Key UI

2007-11-23 Thread Gareth at Serif


I was just starting to investigate that control type... and where the text
breaks up the string (eg. -) the control conditions to re-evaluate
when the caret reaches the 2nd section, so it very nearly does the perfect
job.  Thanks again.
-- 
View this message in context: 
http://www.nabble.com/Serial-Key-UI-tf4855567.html#a13914557
Sent from the wix-users mailing list archive at Nabble.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

Re: [WiX-users] PrintEULA CA

2007-11-23 Thread Gareth at Serif


Of course... I could've been looking for weeks before I noticed that.  Many
thanks.
-- 
View this message in context: 
http://www.nabble.com/PrintEULA-CA-tf4856905.html#a13914516
Sent from the wix-users mailing list archive at Nabble.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

[WiX-users] PrintEULA CA

2007-11-22 Thread Gareth at Serif


Hi guys, has anyone succesfully included the PrintEULA call in the latest
wixca.dll (2.0.5805.0)?

I have my custom action:


And my 'Print' button:

1


But, while clicking said button I get the familiar dialog to choose my
printer and it's options, clicking 'Print' there results in nothing
appearing in the printer queue :-(

Any ideas?

Thanks,
Gareth
-- 
View this message in context: 
http://www.nabble.com/PrintEULA-CA-tf4856905.html#a13898360
Sent from the wix-users mailing list archive at Nabble.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

[WiX-users] Serial Key UI

2007-11-22 Thread Gareth at Serif


Has anyone created a dialog to accept a serial key from the user before
allowing the 'Next' button to function?  I think it's easy enough to call a
custom action to validate the serial key and to create the field(s) for
users to type their serial key into, but the niceties I'm finding tricky.

1 - If you nicely split a long serial key into several edit fields, how can
you set them up to be linked so that you can type in the 1st and it will
jump to the 2nd (after 5 chars, say) so the user can just type the whole
thing uninterupted?  And this behaviour might also support copy/paste across
all fields if the serial key is emailed to them.

2 - It's simple enough to disable the 'Next' button until all fields have
content, but it doesn't update until the focus leaves the final field. 
Although, this might happen for free if a solution to #1 is available.

Regards,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Serial-Key-UI-tf4855567.html#a13894442
Sent from the wix-users mailing list archive at Nabble.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

Re: [WiX-users] Operating System language detection

2007-10-23 Thread Gareth at Serif


Something like this actually...
[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Nls\Language]
Default=?

Where ? is defined here:
http://msdn2.microsoft.com/en-us/library/ms903928.aspx

What do people think of this as reliable across NT systems?
-- 
View this message in context: 
http://www.nabble.com/Operating-System-language-detection-tf4671232.html#a13366355
Sent from the wix-users mailing list archive at Nabble.com.


-
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] Operating System language detection

2007-10-23 Thread Gareth at Serif


>Have you tried looking at the SystemLanguageID property?

I was hoping to find a nice simple regkey to look for rather than having to
compose a new DLL function.
-- 
View this message in context: 
http://www.nabble.com/Operating-System-language-detection-tf4671232.html#a13359979
Sent from the wix-users mailing list archive at Nabble.com.


-
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] Confusing UI Issue

2007-10-22 Thread Gareth at Serif


I think the problem is with your SpawnDialog event... try NewDialog instead.
-- 
View this message in context: 
http://www.nabble.com/Confusing-UI-Issue-tf4646232.html#a13344788
Sent from the wix-users mailing list archive at Nabble.com.


-
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] Operating System language detection

2007-10-22 Thread Gareth at Serif


Does anyone know hoe to determin the language of the operating system?

I'm aware that the MSI Engine stores the locale, which you can configure in
the control panel.  However, there must be something deeper as some of
Microsoft's KB updates (xmllite & WIC, for example) seem to fail if the OS
is of the wrong language above and beyoond the user configurable options
within the Control Panel.

So, what might these packages be detecting?  I've tried using regmon to
determin any locale ID's being read somewhere that I'm not familiar with,
but so far no joy.

Any recommendations are welcom.

Thanks,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Operating-System-language-detection-tf4671232.html#a13344584
Sent from the wix-users mailing list archive at Nabble.com.


-
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] Digitally Signing files

2007-10-09 Thread Gareth at Serif


Hi guys,

I've read tat you should digitally sign all MSI and CAB files when you make
your package in order to pass Vista certification... and it's just good
practise for secure systems too, of course. However, I've noticed in install
logs that it always comments when an unsigned transform has been applied.
So, while I can't find anything searching Google, should we be digitally
signing MST files too?

Cheers,
Gareth 
-- 
View this message in context: 
http://www.nabble.com/Digitally-Signing-files-tf4593330.html#a13112940
Sent from the wix-users mailing list archive at Nabble.com.


-
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] Embedded locale transforms

2007-10-02 Thread Gareth at Serif


Okay I figured it out... you need to ommit the transform's file extension. 
In my example, just call the file "1036" and embed this.
-- 
View this message in context: 
http://www.nabble.com/Embedded-locale-transforms-tf4523004.html#a13001287
Sent from the wix-users mailing list archive at Nabble.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

Re: [WiX-users] Embedded locale transforms

2007-10-01 Thread Gareth at Serif


Has nobody had any experience in this sort of behaviour?  I've been sent this
link in another forum, and I'm sure I'm covering all the steps:
http://www.installsite.org/pages/en/msi/articles/embeddedlang/index.htm

Is there a minute detail not covered that I could be made aware of?

Cheers,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Embedded-locale-transforms-tf4523004.html#a12980515
Sent from the wix-users mailing list archive at Nabble.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

Re: [WiX-users] File on source are different then when installed

2007-10-01 Thread Gareth at Serif


In WiX 2 you need a line like this:

-- 
View this message in context: 
http://www.nabble.com/File-on-source-are-different-then-when-installed-tf4548557.html#a12980271
Sent from the wix-users mailing list archive at Nabble.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

[WiX-users] Embedded locale transforms

2007-09-26 Thread Gareth at Serif


Has anyone any experience of this kind of thing?

I've got an MSI with ProductLanguage property set to 1033, likewise the
Languages field of the Summary Information is set to 1033. I have created a
French transform (just for the dialog strings, for testing purposses) and
called it 1036.mst and imbedded it into my MSI using msidb.exe. They say,
all you need to do is run it and it'll compare the system locale with your
embedded transforms and it'll all work - well, it doesn't.

You can call the embedded transform via command line by adding a colon into
the sting:
msiexec /i "" transforms=:1036.mst
This DOES work.

I decided that perhaps if I added 1036 to the Languages field of the Summary
Information it'd work (now "1033,1036"). This gets me one step closer, as I
get an error: "Error applying transforms. Verify that the specified
transform paths are valid." and the package fails to get to the Welcome
dialog. Running the same command line string with this additional Language
in the Summary Information generates the same error message, albeit with
curiously different formatting.

So, I can run a package with an embedded transform from commandline, but as
soon as I do what I thing is neccessary for the process to automate, it all
fails. Clearly there is another step I need to complete before I get the
desired behaviour.

Any ideas?

Many thanks,
Gareth 
-- 
View this message in context: 
http://www.nabble.com/Embedded-locale-transforms-tf4523004.html#a12903192
Sent from the wix-users mailing list archive at Nabble.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

[WiX-users] Windows Imaging Component merge module?

2007-08-20 Thread Gareth at Serif


Has anyone had any cause to install the Windows Imaging Component (WIC) from
Microsoft?
http://www.microsoft.com/downloads/details.aspx?FamilyID=8e011506-6307-445b-b950-215def45ddd8&DisplayLang=en

The problem I have is that there are 10 language variations and that hey
appear to only install on the appropriately localed OS.  So, if I execute
the English download as part of my package and then the end-user tries to
install on a French version of XP it'll probably fail.  I could install all
10 of them, but what about OS languages not represented?  And think of the
extra size overhead too!!

I have tried to find a merge module that will behave correctly, but without
any luck.  Any words of wisdom on this would be much appreciated.

Regards,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Windows-Imaging-Component-merge-module--tf4299095.html#a12236600
Sent from the wix-users mailing list archive at Nabble.com.


-
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] AppSearch nesting

2007-08-20 Thread Gareth at Serif


I've all ready been using this, but I want a better solution to cope when
Flash becomes version 10... the comparing of "9,0,43,0" against "10,0,0,0"
says that 10 is lower as MSI always compares as strings.

Another problem is that Flash installers set all their com registration
registry entries to have permissions of "Everyone"="Deny" and so if an
installation fails because of this blockage, the version number gets
successfully written back (as this is not protected) and it no longer
matches the actuall version on the system, which I've discovered on a few
systems.

It's not clear wht Flash does this, but there's been an MS updqate that does
the same:
http://support.microsoft.com/kb/923789

It seems to me that a reg query followed by a version query based on that
result would be a commonly useful feature




Wilson, Phil wrote:
> 
> There's no wildcarding in the MSI file search. 
> 
> There's a CurrentVersion string in HKLM\Software\Macromedia\FlashPlayer
> in comma-separated format, 9,0,16,0 on my system, but without seeing
> more examples of that string I don't know if a registry search to get
> that value and requiring it to be greater than "8,0,24,0" will work as a
> string comparison. 
> 
> Phil Wilson 
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Gareth at
> Serif
> Sent: Friday, August 17, 2007 3:38 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] AppSearch nesting
> 
> 
> Thanks for your feedback Phil.  you're right though, I did start with
> the
> CLSID in order to find out which of the many file names could be
> installed
> is (or isn't)... everytime there's a new version of flash they rename
> the
> ocx file (flash8.ocx, flash8a.ocx, flash8b.ocx, etc.).
> 
> Is there anyway you can perform the FileSearch with wildcards?
> Something
> like "flash*.ocx".
> 
> Cheers,
> Gareth
> 
> 
> 
> 
> Wilson, Phil wrote:
>> 
>> It looks like you're mixing up FileSearch/DirectorySearch and
>> RegistrySearch. 
>> 
>> An MSI AppSearch for a registry item has no version limitations - it
>> returns the path to the file. That's what you've got. 
>> 
>> A Directory/File search can limit version ranges, but you start with a
>> DirectorySearch path, something like (no angle brackets):
>> 
>> Property ID = "FLASH"
>> DirectorySearch Path="[SystemFolder]Macromed\Flash"
>> Depth, Id etc 
>> FileSearch Name ="flash.ocx" MinVersion="8.0.24.0" 
>> 
>> And FLASH is set if it's found with those version restrictions. There
> is
>> no nesting of AppSearch. 
>> 
>> Something you'll need to watch out for is that they rename the OCXs,
>> which is probably why you started with a CLSID search. So you can do
>> several FileSearches in that folder for flash.ocx, flash9.ocx etc and
>> use any of the resulting properties for success, or pass that path
>> you've got into a custom action to go get the version.  I don't know
> if
>> WiX has any additional search helpers for this, but the MSI AppSearch
> on
>> the registry won't do a version check for you. 
>> 
>> Phil Wilson 
>> 
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of Gareth
> at
>> Serif
>> Sent: Tuesday, August 14, 2007 4:29 AM
>> To: wix-users@lists.sourceforge.net
>> Subject: [WiX-users] AppSearch nesting
>> 
>> 
>> Hi,
>> 
>> I am trying to use AppSearch to determin if the installed version of
>> FlashPlayer is sufficient (greater than 8.0.24.0) and have nested some
>> searches as follows:
>> 
>>  > Key="CLSID\{D27CDB6E-AE6D-11cf-96B8-44455354}\InprocServer32"
>> Type="raw">
>>  > LongName="[FileVersionTestA]"
>> MinVersion="8.0.24.0" />
>>  
>> 
>> 
>> The resulting log file from the install says:
>> AppSearch: Property: FILEVERSIONTEST, Signature: FileVersionTestB
>> MSI (c) (7C:A0) [10:54:29:026]: PROPERTY CHANGE: Adding
> FILEVERSIONTEST
>> property. Its value is 'C:\WINDOWS\system32\macromed\flash\flash.ocx'.
>> 
>> The version of FlashPlayer this sytem has is 6.0.79.0.
>> 
>> As such, I'd expect the AppSearch to return false, which it kind of
> does
>> in
>> maintaining the path found in the registry, but when I tweaked the MSI
>> to
>> test for version 1.0

Re: [WiX-users] AppSearch nesting


Thanks for your feedback Phil.  you're right though, I did start with the
CLSID in order to find out which of the many file names could be installed
is (or isn't)... everytime there's a new version of flash they rename the
ocx file (flash8.ocx, flash8a.ocx, flash8b.ocx, etc.).

Is there anyway you can perform the FileSearch with wildcards?  Something
like "flash*.ocx".

Cheers,
Gareth




Wilson, Phil wrote:
> 
> It looks like you're mixing up FileSearch/DirectorySearch and
> RegistrySearch. 
> 
> An MSI AppSearch for a registry item has no version limitations - it
> returns the path to the file. That's what you've got. 
> 
> A Directory/File search can limit version ranges, but you start with a
> DirectorySearch path, something like (no angle brackets):
> 
> Property ID = "FLASH"
> DirectorySearch Path="[SystemFolder]Macromed\Flash"
> Depth, Id etc 
> FileSearch Name ="flash.ocx" MinVersion="8.0.24.0" 
> 
> And FLASH is set if it's found with those version restrictions. There is
> no nesting of AppSearch. 
> 
> Something you'll need to watch out for is that they rename the OCXs,
> which is probably why you started with a CLSID search. So you can do
> several FileSearches in that folder for flash.ocx, flash9.ocx etc and
> use any of the resulting properties for success, or pass that path
> you've got into a custom action to go get the version.  I don't know if
> WiX has any additional search helpers for this, but the MSI AppSearch on
> the registry won't do a version check for you. 
> 
> Phil Wilson 
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Gareth at
> Serif
> Sent: Tuesday, August 14, 2007 4:29 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] AppSearch nesting
> 
> 
> Hi,
> 
> I am trying to use AppSearch to determin if the installed version of
> FlashPlayer is sufficient (greater than 8.0.24.0) and have nested some
> searches as follows:
> 
>Key="CLSID\{D27CDB6E-AE6D-11cf-96B8-44455354}\InprocServer32"
> Type="raw">
>LongName="[FileVersionTestA]"
> MinVersion="8.0.24.0" />
>   
> 
> 
> The resulting log file from the install says:
> AppSearch: Property: FILEVERSIONTEST, Signature: FileVersionTestB
> MSI (c) (7C:A0) [10:54:29:026]: PROPERTY CHANGE: Adding FILEVERSIONTEST
> property. Its value is 'C:\WINDOWS\system32\macromed\flash\flash.ocx'.
> 
> The version of FlashPlayer this sytem has is 6.0.79.0.
> 
> As such, I'd expect the AppSearch to return false, which it kind of does
> in
> maintaining the path found in the registry, but when I tweaked the MSI
> to
> test for version 1.0.0.0 the log file was identicle.  I suspect the
> failing
> is in the declaration of my 'LongName' attribute for the FileSearch, but
> I
> can't get my head round how this behavious should work.
> 
> Any pointers would be great,
> Gareth
> 
> -- 
> View this message in context:
> http://www.nabble.com/AppSearch-nesting-tf425.html#a12142727
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> 
> 
> -
> 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
> 
> 

-- 
View this message in context: 
http://www.nabble.com/AppSearch-nesting-tf425.html#a12197422
Sent from the wix-users mailing list archive at Nabble.com.


-
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] how to create language transform in wix? Is it possible to do this in wix?

Yes

shambhu kumar wrote:
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/how-to-create-language-transform-in-wix--Is-it-possible-to-do-this-in-wix--tf4277987.html#a12197382
Sent from the wix-users mailing list archive at Nabble.com.

-
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] Detecting windows versions while installing

I would suggest that you add an event to the 'Next' button on one of your
early dialogs (perhaps even the Welcome dialog) and display the info on a
spawned dialog...

WindowsNT>=600

Then define your 'Vista Warning' with the dimensions and elements you
require for the warning and the following event to the 'OK' button to close
it:

1

Best of luck,
Gareth

Anidil wrote:
> 
> I wanna check for the windows version and give a warning message if the OS
> is non vista and continue with the installation..
> I tried using the "VersionNT=600" property inside the condition.but it
> terminates the installation upon run on non vista OS.How best can i code
> the installer to just display a warning message in this case?
> 
> Thanks
> Andy
> 

-- 
View this message in context: 
http://www.nabble.com/Detecting-windows-versions-while-installing-tf4280199.html#a12197338
Sent from the wix-users mailing list archive at Nabble.com.

-
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] Dynamically grab directory value

You can also avoid making the directory into a global property by using
[$component_name] to evaluate the full path to where a component is
installed to in the same way that Rob suggests [#field] fo evaluate the
location of a file.

Cheers,
Gareth

Rob Hamflett wrote:
> 
> Rob's suggestion is if you want to get info about the system so you can
> change properties in your 
> installation at runtime.  It sounds though, like you want to get the
> information about the current 
> state of the installer.  Directory IDs can be treated the same as
> properties, so you can get the 
> full path of a folder using [FOLDER_ID].  You will probably need to make
> them upper case so they get 
> passed to the server side properly.  If you want the full path to a file
> it's [#fileid].
> 
> Rob
> 

-- 
View this message in context: 
http://www.nabble.com/Dynamically-grab-directory-value-tf4280152.html#a12197221
Sent from the wix-users mailing list archive at Nabble.com.

-
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] AppSearch nesting

2007-08-14 Thread Gareth at Serif


Hi,

I am trying to use AppSearch to determin if the installed version of
FlashPlayer is sufficient (greater than 8.0.24.0) and have nested some
searches as follows:






The resulting log file from the install says:
AppSearch: Property: FILEVERSIONTEST, Signature: FileVersionTestB
MSI (c) (7C:A0) [10:54:29:026]: PROPERTY CHANGE: Adding FILEVERSIONTEST
property. Its value is 'C:\WINDOWS\system32\macromed\flash\flash.ocx'.

The version of FlashPlayer this sytem has is 6.0.79.0.

As such, I'd expect the AppSearch to return false, which it kind of does in
maintaining the path found in the registry, but when I tweaked the MSI to
test for version 1.0.0.0 the log file was identicle.  I suspect the failing
is in the declaration of my 'LongName' attribute for the FileSearch, but I
can't get my head round how this behavious should work.

Any pointers would be great,
Gareth

-- 
View this message in context: 
http://www.nabble.com/AppSearch-nesting-tf425.html#a12142727
Sent from the wix-users mailing list archive at Nabble.com.


-
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] Shortcut problem.

2007-08-07 Thread Gareth at Serif


I think you may have to define Advertised="no" (I think 'yes' is the default
if undefined) else the shortcut creation will attempt to make a shortcut to
the component's keypath, which isn't a file and so may choose not to make
one (as you've seen).

Cheers,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Shortcut-problem.-tf4230053.html#a12037745
Sent from the wix-users mailing list archive at Nabble.com.


-
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] DirectX Support Condition

2007-08-03 Thread Gareth at Serif


I use DXMajorVersion and DXMinorVersion to test if DirectX is up to date and
to install it if not (required for some apps I build packages for).

Best of luck,
Gareth
-- 
View this message in context: 
http://www.nabble.com/DirectX-Support-Condition-tf4210480.html#a11981522
Sent from the wix-users mailing list archive at Nabble.com.


-
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] ProgressBar weird behavior on Windows 2000

2007-07-13 Thread Gareth at Serif

I think it's a documented bug of the progress bar behaviour on certain
versions of Windows Installer if your package is installing more than 2GB of
data.

Regards,
Gareth

Man, Shirley wrote:
> 
> Hi all,
> 
> On Windows 2000, our installer's progress bar first jumps to 100%, then
> rewinds back to 0%.
> Has anyone seen this behavior before?
> 
>  Height="10" ProgressBlocks="yes" Text="!(loc.ProgressDlgProgressBar)">
>   
> 
> 
> Thanks,
> Shirley
> 
> -
> 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/ProgressBar-weird-behavior-on-Windows-2000-tf4058359.html#a11576356
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

Re: [WiX-users] Vista registry removal issue

2007-07-09 Thread Gareth at Serif

I don't think your uninstall process should remove anything it didn't create. 
Sure, the application itself may make some entries, but you do not need to
know what they are and remove them... these entries are usually user
customisations that I'm sure they'd want to have back when they reinstall
the application.

You will not fail vista logo certification by leaving them behind... unless
the installer did make them (for a different user perhaps).

Gareth

Thomas Svare wrote:
>
> I'm trying to remove HKEY_CURRENT_USER entries created by the 
> application on uninstall.  Unfortunately, going through HKEY_USERS 
> doesn't work on Vista like it does on XP.  Each user is not enumerated 
> in HKEY_USER on Vista like it is on XP (or so it seems).  The only 
> place that I've found with the entries on Vista is NTUSER.dat.
>
-- 
View this message in context: 
http://www.nabble.com/Vista-registry-removal-issue-tf4038089.html#a11505370
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

Re: [WiX-users] Am I using a property and condition correctly

2007-05-24 Thread Gareth at Serif


You need a "1" in your new dialog publish too...
1
-- 
View this message in context: 
http://www.nabble.com/Am-I-using-a-property-and-condition-correctly-tf3801422.html#a10780538
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

Re: [WiX-users] Setting Folder ACL Permissions

2007-05-22 Thread Gareth at Serif


Hi John,

I've dnone something similar, but while the MSI technology incorporates the
LockPermissions table in order to achieve such things it actually removes
any existing permissions and as such far more intrusive than you'd really
want.  I use SubinACL.exe from M$... the WiX looks something like this for a
reg key.










Where "S-1-1-0" is the SID for the "Users" user group.  I'm sure this is
easily adaptable for a folder simply by reading the help that comes with
SubinACL.  And the CAQuietExec needs to be called differently if you don't
wish to perform the CA as deferred... this is documented in the WiX help.

If you're going for Vista verification, you'll need to make a manifest file
for subinacl, or call it from your sourcedir, but then make sure you don't
try and call it on modify/repair, etc.

Good luck,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Setting-Folder-ACL-Permissions-tf3768482.html#a10737099
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

Re: [WiX-users] Patch failure when using non-whole files

2007-05-21 Thread Gareth at Serif


So, do you think it's a bug in MsiMsp.exe that I can report to M$ or with the
Candle/Light stages prior to it?
-- 
View this message in context: 
http://www.nabble.com/Patch-failure-when-using-non-whole-files-tf3778936.html#a10721753
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

Re: [WiX-users] Patch failure when using non-whole files

2007-05-21 Thread Gareth at Serif


Thanks for your comments, but with the single file, the patch is 3 times
bigger when including whole files.  When you factor in the other patching
files from the real case (which all make much smaller binary differences)
the final patch is closer to 4 times bigger.

Do you not think there's a bug in this somewhere or any better workaround?

Regards,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Patch-failure-when-using-non-whole-files-tf3778936.html#a10716259
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

[WiX-users] Patch failure when using non-whole files

2007-05-18 Thread Gareth at Serif


Hi guys,

Here's a puzzle for you to consider.  I had a big patching issue for one of
my largest packages and have narrowed the issue down to such a degree that I
have created an identicle package that merely installs one single file that
when patched to it's second version, the MSP creation goes perfectly and the
log suggests the same.  However, when running the MSP over the first install
I get the error:

"Error applying patch to file C:\Config.msi\PT30.tmp.  It has probbaly been
updated by other menas, and can no longer be modified by this patch."

This is resolved by setting he patch to include whole files, but this makes
for a patch far biger than I'd realy like.

The file itself is an EXE, built in VisualStudio 2005 with an internal
manifest, later VeriSigned for Vista verification and just under 13MB in
size.  Why can't it be patched by binary difference?  I can supply the
files/packages if anyone would like a look.

Many thanks,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Patch-failure-when-using-non-whole-files-tf3778936.html#a10686187
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

Re: [WiX-users] Shield Decoration on buttons

2007-05-15 Thread Gareth at Serif


I'm not sure what you require by way of an example.  In my observations...

- Make an MSI package of several features/components.
- Make a bootstrapper for your MSI with "setup" in the name.
- Install the package.
- Run the setup on Vista, select Repair and save the log file (automatically
created in %TMP%).
- Run the msi this time, select Repair again and save the log file also.

Now, the two events will be obviously different because the first will
trigger a UAC prompt as soon as it runs because of the special nature of exe
files called "setup".  The second will not have a UAC prompt... ever.  So
what differences will you see in the log?  In my experience, a hell of a
lot, but of concern are the properties being passed the the Server side -
here are some examples.

---RUNNING BOOTSTRAPPER--- 
MSI (s) (24:94) [18:19:28:261]: PROPERTY CHANGE: Adding ROOTDRIVE property.
Its value is 'C:\'.
MSI (s) (24:94) [18:19:28:261]: PROPERTY CHANGE: Adding INSTALLLEVEL
property. Its value is '1'.

---RUNNING MSI DIRECTLY---
MSI (s) (24:14) [18:18:39:150]: Ignoring disallowed property ROOTDRIVE
MSI (s) (24:14) [18:18:39:150]: PROPERTY CHANGE: Adding INSTALLLEVEL
property. Its value is '1'.

What if the value of ROOTDRIVE is important for subsequent CAs?  These lines
'ignoring disallowed property' exist when attempting to pass the location of
every single component in my package.

I hope this is the sort of thing you were after,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Shield-Decoration-on-buttons-tf3566512.html#a10622403
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

Re: [WiX-users] How to call uninstall?

2007-05-15 Thread Gareth at Serif


Providing your old package made in InstallShield is MSI based, you can
perform a major upgrade by including the old package's UpgradeCode in the
new package's Upgrade Table.

Best of luck,
Gareth
-- 
View this message in context: 
http://www.nabble.com/How-to-call-uninstall--tf3757488.html#a10622161
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

Re: [WiX-users] Shield Decoration on buttons

2007-05-14 Thread Gareth at Serif


Hi Bob,

Thanks for your info, but how do you make Component properties 'secure' so
that the server side can use them?  I may have used the wrong termiollogy
there... I mean that the location of each component is listed as a "Property
Change" on installs where I get the UAC prompt, but disallowed when I don't. 
And so, CAs relying on this information have no idea what to do...

Thanks,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Shield-Decoration-on-buttons-tf3566512.html#a10606641
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

[WiX-users] Sequencing headache...

2007-05-14 Thread Gareth at Serif


Hi guys,

I have a problem that I'd like to install file and use it as part of a CA,
but before the registry is written. Initially this seemed easy enough by
sequencing the CA within the InstallExecute sequence somewhere between
InstallFiles and WriteRegistryValues, but in this scenario the CA tries to
execute on the Client side, but the actual files aren't available until the
Server side reaches the InstallFiles action. The obvious alternative I could
think of was to execute my CA with the 'Commit' attribute, but this causes
it to run after the registry values are written... which is too late.

Has anyone got experience of executing a CA after the fiels are copied, but
before the registry is written?

Many thanks,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Sequencing-headache...-tf3753165.html#a10606288
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

Re: [WiX-users] Shield Decoration on buttons

2007-05-11 Thread Gareth at Serif


Hi Rob,

I've started to see some peculiar results due to priveledge issues on Vista
and found myself back in this thread.  I find, as I think you have, that
once the app in question is installed, the elevation being passed to the
client side of the install differ greatly depending on how you chose to
initialise a Repair process, for example.  In that, running the bootstrapper
again gives a UAC prompt and then all is good, or you can run the MSI again,
there is no UAC prompt until much later on and the information being passed
to the client side is greatly reduced and potentially detremental to the
expected behaviour of later custom actions.

I hoped that adding the msidbControlAttributesElevationShield attribute to
my Install, Repair and Change buttons would give the engine a better clue
that, "I really need elevating now!" But alas, I don't have a shield
appearing anywhere and the install's elevated behaviour has not improved.

So, can anyone explain how to get this icon to appear, and will it force a
UAC prompt?  And why does Vista allow you to initiate a Repair in such
drastically different ways to such a degree that you can't be sure what's
going to be passed to the client side and what isn't?

All comments welcome,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Shield-Decoration-on-buttons-tf3566512.html#a10435009
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

Re: [WiX-users] SubinACL usage abroad

2007-05-02 Thread Gareth at Serif


Thanks for that Tony.

I actually found it and just checked Nabble to post as such.

It works a treat as you'd expect.

-- 
View this message in context: 
http://www.nabble.com/SubinACL-usage-abroad-tf3679498.html#a10287110
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

Re: [WiX-users] SubinACL usage abroad

2007-05-02 Thread Gareth at Serif


Hi Tony,

Thanks for your quick response.  The reason we use 'Everyone' is merely on
our registration details - we only want one user (whoever it is) on the
system to have to register the application for all users to be registered...

What are the SIDs and how are they used?

Many thanks,
Gareth
-- 
View this message in context: 
http://www.nabble.com/SubinACL-usage-abroad-tf3679498.html#a10283082
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

[WiX-users] SubinACL usage abroad

2007-05-02 Thread Gareth at Serif


Hi guys,

I've been using SubinACL to ensure that some of our own registry keys have
full control permissions for the Everyone user group instead of any
inherited permissions that might cause issues - this is particularly vital
on Vista where even administrators have limited access.

The problem is that I've just discovered (using a German copy of XP) that
"Everyone" doesn't always mean "Everyone".  In this German example, the
Everyone group is actually called Jeder and it is this user group that will
require full control to these registry keys.  An attempt to set permissions
for "Everyone" on a German OS fails because there is no such group defined.

Has anyone come across this and found out how to query what the name of the
"Everyone" group actually is before setting permissions for it?

Thanks,
Gareth
-- 
View this message in context: 
http://www.nabble.com/SubinACL-usage-abroad-tf3679498.html#a10282615
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

Re: [WiX-users] UAC Prompt Required

2007-04-26 Thread Gareth at Serif


Thanks for your advice.  I have done some detailed comparisons between the
log of the successful repair (with UAC prompt) and the unsuccesful repair
(without UAC prompt) and here are the unique lines for each case...

WORKING REPAIR:

MSI_LUA: Credential prompt not required, user is an admin
Specifed source is not already in a list.
Adding new sources is allowed.

FAILING REPAIR:
==
MSI_LUA: Credential prompt is not required at this point, product is managed
and deployment compliant
Specifed source is already in a list.
Adding new sources is not allowed.
Machine policy value 'EnableUserControl' is 0
PROPERTY CHANGE: Modifying RestrictedUserControl property. Its current value
is '0'. Its new value: '1'.

There are many Machine Policy lines that are declared in greatly different
orders, but are nominally identical, although some are duplicated in the
failing repair.

Regards,
Gareth
-- 
View this message in context: 
http://www.nabble.com/UAC-Prompt-Required-tf3637831.html#a10198290
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

Re: [WiX-users] UAC Prompt Required


The InstallPrivileges attribute is indeed set to "elevated".  I never
actually figured out what behioural differences there were on the strength
of this attribute though...
-- 
View this message in context: 
http://www.nabble.com/UAC-Prompt-Required-tf3637831.html#a10184850
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

Re: [WiX-users] Dialog to let user select "Program Menu" folder


While the dialog works, I'd much prefer some kind of list box of the
ProgramMenu rather than a browse control that enables users to dump their
shortcuts in some inappropriate locations... actually, anyone want to
suggest how to go about such an improvement to the above code?

Thanks,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Dialog-to-let-user-select-%22Program-Menu%22-folder-tf3640577.html#a10184773
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

Re: [WiX-users] Dialog to let user select "Program Menu" folder


Quite.  I wrote one a while back, something like this...

Dialog Id="ShortcutsDlg" Width="376" Height="266"
Title="$(loc.DIALOG_GENERIC_Title)" NoMinimize="yes">







1
1




Version9X


Version9X



1






1


1


-- 
View this message in context: 
http://www.nabble.com/Dialog-to-let-user-select-%22Program-Menu%22-folder-tf3640577.html#a10184771
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

Re: [WiX-users] Shortcut + hyperlink 2


To compy with users' prefered browsers, i find it easier to simply make the
shortcut (*.url) file and install it to the ProgramMenuFolder as a file. 
For translations, you can localise the name of the file and so how it
appears in the shortcut list, but not the rollover description... so for
foreign versions you may want to translate and remake the URL file... or
don't add a description property.

Good luck,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Shortcut-%2B--hyperlink-2-tf3631665.html#a10184674
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

Re: [WiX-users] CustomAction : Find out which feature has been choosen