Re: [WiX-users] CustomAction using a simple expression

[Steffens, Frank]

John Smith wrote:
> Hi,
>  
> I want to publish a custom action event only when a certain expression
> is TRUE.
> e.g. when a certain property [Version] is higher than "7.0", what's the
> syntax to use??

Hi,

just use that property inside of the  tag:


VersionNT >=
500

...

Regards,
Frank

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Shield Decoration on buttons

[Rob Hamflett]

I'm still not sure I get it.  I don't see why MsiRunningElevated is set so 
early on uninstall, 
especially since it obviously isn't.  It gives you a UAC prompt later on.  As 
for the link you sent 
me, I didn't really see anything that explains what I'm seeing.

Rob

Stefan Pavlik wrote:
> Stefan Pavlik wrote:
>> But when you check the uninstallation log you will see that the
> 
> I meant:
> But when you check the maintenance installation log you will see...
> 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Calling Candle/Light from mapped network drive

[Stefan Pavlik]

Hi,


I know that it is a bit strange but I want to ask if it is possible
to call candle / light from mapped network drive.

The problem is described here:
http://blogs.msdn.com/shawnfa/archive/2005/02/04/367390.aspx

Error:

Unhandled Exception: System.Security.SecurityException: That
assembly does not allow partially trusted callers.
   at
System.Security.CodeAccessSecurityEngine.ThrowSecurityException(Assembly
asm, PermissionSet granted, PermissionSet refused,
RuntimeMethodHandle rmh, SecurityAction action, Object demand,
IPermission permThatFailed)
   at Microsoft.Tools.WindowsInstallerXml.Tools.Candle..ctor()
   at Microsoft.Tools.WindowsInstallerXml.Tools.Candle.Main(String[]
args)
The action that failed was:
LinkDemand
The assembly or AppDomain that failed was:
candle, Version=2.0.5130.0, Culture=neutral,
PublicKeyToken=ce35f76fcda82bad
The Zone of the assembly that failed was:
Intranet
The Url of the assembly that failed was:
file:///W:/Projects/head/wix2/candle.exe

Is there a way to call candle from network drive without rebuilding
the WiX code (and adding the AllowPartiallyTrustedCallersAttribute
to the code)?

Thanks

Stefan

-- 
Stefan Pavlik | [EMAIL PROTECTED]
Whitestein Technologies s.r.o. | www.whitestein.com
Panenska 28 | 811 03 Bratislava | Slovak Republic
Main +421 2 5443-5502 | Direct +421 2 5930-0735

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Calling Candle/Light from mapped network drive

[Stefan Pavlik]

I found it in some older thread:

http://www.georgewesolowski.com/blog/PermaLink,guid,4cc5fcdf-cc68-4cf0-a083-b22a8bdc92d6.aspx

Stefan Pavlik wrote:
> Hi,
> 
> 
> I know that it is a bit strange but I want to ask if it is possible
> to call candle / light from mapped network drive.
> 
> The problem is described here:
> http://blogs.msdn.com/shawnfa/archive/2005/02/04/367390.aspx
> 
> Error:
> 
> Unhandled Exception: System.Security.SecurityException: That
> assembly does not allow partially trusted callers.
>at
> System.Security.CodeAccessSecurityEngine.ThrowSecurityException(Assembly
> asm, PermissionSet granted, PermissionSet refused,
> RuntimeMethodHandle rmh, SecurityAction action, Object demand,
> IPermission permThatFailed)
>at Microsoft.Tools.WindowsInstallerXml.Tools.Candle..ctor()
>at Microsoft.Tools.WindowsInstallerXml.Tools.Candle.Main(String[]
> args)
> The action that failed was:
> LinkDemand
> The assembly or AppDomain that failed was:
> candle, Version=2.0.5130.0, Culture=neutral,
> PublicKeyToken=ce35f76fcda82bad
> The Zone of the assembly that failed was:
> Intranet
> The Url of the assembly that failed was:
> file:///W:/Projects/head/wix2/candle.exe
> 
> Is there a way to call candle from network drive without rebuilding
> the WiX code (and adding the AllowPartiallyTrustedCallersAttribute
> to the code)?
> 
> Thanks
> 
> Stefan
> 

-- 
Stefan Pavlik | [EMAIL PROTECTED]
Whitestein Technologies s.r.o. | www.whitestein.com
Panenska 28 | 811 03 Bratislava | Slovak Republic
Main +421 2 5443-5502 | Direct +421 2 5930-0735

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Is it possible for passing Parameters to a SQL file Is it possible to pass input parameter to .sql file which is wrapped inside element in WIX.

[vishvas]

Is it possible to pass input parameter to .sql file which is inside
 element in WIX.

I am having a .sql file that needs input parameter to execute.  

I am taking these parameters from user.

-- 
View this message in context: 
http://www.nabble.com/Is-it-possible-for-passing-Parameters-to-a-SQL-file-Is-it-possible-to-pass-input-parameter-to-.sql-file-which-is-wrapped-inside-%3CSqlScript%3E-element-in-WIX.-tf3570877.html#a9976506
Sent from the wix-users mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Is it possible for passing Parameters to a SQL file Is it possible to pass input parameter to .sql file which is wrapped inside element in WIX.

[Rob Mensching]

No, but you can do so using SqlString.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of vishvas
Sent: Friday, April 13, 2007 3:30 AM
To: [EMAIL PROTECTED]
Subject: [WiX-users] Is it possible for passing Parameters to a SQL file Is it 
possible to pass input parameter to .sql file which is wrapped inside 
 element in WIX.


Is it possible to pass input parameter to .sql file which is inside
 element in WIX.

I am having a .sql file that needs input parameter to execute.

I am taking these parameters from user.

--
View this message in context: 
http://www.nabble.com/Is-it-possible-for-passing-Parameters-to-a-SQL-file-Is-it-possible-to-pass-input-parameter-to-.sql-file-which-is-wrapped-inside-%3CSqlScript%3E-element-in-WIX.-tf3570877.html#a9976506
Sent from the wix-users mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Patching, patching, and more patching.....

[Nick Hennemann]

Hello,

>From research I have done, it appears that this type of question has
been asked a few times before (so please hang in there)...but I am still
a little sketchy on the details of how to accomplish it or maybe if I am
understanding the process correctly.

 

Here is what I would like to do:

 

*   Create the RTM version of my installer
*   Be able to patch the RTM version with any patch that I create
for it
*   Also be able to patch the RTM version that has already been
patched with a previous (earlier) patch

 

 

In other words, if I release version 2008.0.14.0 I would like to be able
to patch it (and all the RTM's with previously distributed patches
applied) with the latest a greatest patch (let's say 2008.0.14.30) 

 

*   I would be able to patch 2008.0.14.0 to 2008.0.14.30
*   I would be able to patch 2008.0.14.15 to 2008.0.14.30
*   Etc, etc, etc

 

 

Now, it appears that this can be accomplished by adding 
and additional  tags in the patch file.  I have attempted
to create this patch and it "seems" to work (although some things
concerned me when looking at the patch.log, but side point anyways).  My
real concern is if I want to accomplish this it appears that I would
have to have an "administrative" image of every single patch and then
reference it in my PCP file with a  tagemy
"administrative" images are over 250MB in size and we could easily have
over 50-80 patches created during the time this software would be in use
by our customers.we are talking 12 - 20 GB of hard drive space (I
know, I know...hard drive space is cheap) and it seems like the patch
creation process would take for ever!!!  I tried this with just a few
administrative images and it seems to really take a lot longer than when
I only had 2 administrative images to deal with so I can only image how
long it would take with 50 admin images to deal with.  Hopefully, I am
misunderstanding how to create patches that will accomplish my goals
above and there is a cleaner way.

 

Anyone else out there trying to accomplish the same thing or have
already done so successfully?  I would love to have your input.

 

Thanks,

Nick H.

 

 

 

 

NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively
for the individual or entity to which it is addressed. The message, together 
with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying, 
disclosure 
or distribution is strictly prohibited. If you have received this message in 
error, please immediately
advise the sender by reply email and delete all copies.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Patching, patching, and more patching.....

[Nick Hennemann]

Hello,

>From research I have done, it appears that this type of question has
been asked a few times before (so please hang in there)...but I am still
a little sketchy on the details of how to accomplish it or maybe if I'm
not understanding the process correctly.

 

Here is what I would like to do:

 

*   Create the RTM version of my installer
*   Be able to patch the RTM version with any patch that I create
for it
*   Also be able to patch the RTM version that has already been
patched with a previous (earlier) patch

 

 

In other words, if I release version 2008.0.14.0 I would like to be able
to patch it (and all the RTM's with previously distributed patches
applied) with the latest a greatest patch (let's say 2008.0.14.30) 

 

*   I would be able to patch 2008.0.14.0 to 2008.0.14.30
*   I would be able to patch 2008.0.14.15 to 2008.0.14.30
*   Etc, etc, etc

 

 

Now, it appears that this can be accomplished by adding 
and additional  tags in the patch file.  I have attempted
to create this patch and it "seems" to work (although some things
concerned me when looking at the patch.log, but side point anyways).  My
real concern is if I want to accomplish this it appears that I would
have to have an "administrative" image of every single patch and then
reference it in my PCP file with a  tagemy
"administrative" images are over 250MB in size and we could easily have
over 50-80 patches created during the time this software would be in use
by our customers.we are talking 12 - 20 GB of hard drive space (I
know, I know...hard drive space is cheap) and it seems like the patch
creation process would take for ever!!!  I tried this with just a few
administrative images and it seems to really take a lot longer than when
I only had 2 administrative images to deal with so I can only image how
long it would take with 50 admin images to deal with.  Hopefully, I am
misunderstanding how to create patches that will accomplish my goals
above and there is a cleaner way.

 

Anyone else out there trying to accomplish the same thing or have
already done so successfully?  I would love to have your input.

 

Thanks,

Nick H.

 

 

 

NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively
for the individual or entity to which it is addressed. The message, together 
with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying, 
disclosure 
or distribution is strictly prohibited. If you have received this message in 
error, please immediately
advise the sender by reply email and delete all copies.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Patching, patching, and more patching.....

[nhenny]

Hello,

From research I have done, it appears that this type of question has been
asked a few times before (so please hang in there)…but I am still a little
sketchy on the details of how to accomplish it or maybe if I am
understanding the process correctly.

Here is what I would like to do:

Create the RTM version of my installer 
Be able to patch the RTM version with any patch that I create for it 
Also be able to patch the RTM version that has already been patched with a
previous (earlier) patch 


In other words, if I release version 2008.0.14.0 I would like to be able to
patch it (and all the RTM’s with previously distributed patches applied)
with the latest a greatest patch (let’s say 2008.0.14.30) 

 

I would be able to patch 2008.0.14.0 to 2008.0.14.30 
I would be able to patch 2008.0.14.15 to 2008.0.14.30 
Etc, etc, etc 
 

 

Now, it appears that this can be accomplished by adding  and
additional  tags in the patch file.  I have attempted to create
this patch and it “seems” to work (although some things concerned me when
looking at the patch.log, but side point anyways).  My real concern is if I
want to accomplish this it appears that I would have to have an
“administrative” image of every single patch and then reference it in my PCP
file with a  tag….my “administrative” images are over 250MB in
size and we could easily have over 50-80 patches created during the time
this software would be in use by our customers…..we are talking 12 – 20 GB
of hard drive space (I know, I know…hard drive space is cheap) and it seems
like the patch creation process would take for ever!!!  I tried this with
just a few administrative images and it seems to really take a lot longer
than when I only had 2 administrative images to deal with so I can only
image how long it would take with 50 admin images to deal with.  Hopefully,
I am misunderstanding how to create patches that will accomplish my goals
above and there is a cleaner way.

 

Anyone else out there trying to accomplish the same thing or have already
done so successfully?  I would love to have your input.

 

Thanks,

Nick H.


-- 
View this message in context: 
http://www.nabble.com/Patching%2C-patching%2C-and-more-patching.-tf3571587.html#a9978870
Sent from the wix-users mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to set msidbCustomActionTypeNoImpersonate in Wix?

[WenWu Ru]

A custom action in my installer fails on Vista even if an admin user logs on 
and launches the installer.  I figured that the custom action needs to have 
msidbCustomActionTypeNoImpersonate set and adding Impersonate="no" would fix 
the issue.  To my suprise, the ActionType is still 1025.  Instead, I have to 
use Impersonate="yes" to set the bit and get the ActionType to be 3073.  Is 
this correct?  Am I missing something?  I am using WiX version 2.0.3016.0.


Impersonate="yes" BinaryKey="InstallerCustomActions.dll" 
DllEntry="WriteToRegistry" />


Thanks!

_
MSN is giving away a trip to Vegas to see Elton John.  Enter to win today. 
http://msnconcertcontest.com?icid-nceltontagline



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Partial uninstall of previous version

[sandeep . rawat]

HI All,
 
I ‘m a new user of wix and trying to figure out a good design to solve my 
problem.
 
I’ve one version (say 1.0 ) of my product installed on my system and I want to 
upgrade it to 2.0. After the installation of 2.0, I want to partially uninstall 
the 1.0. 
By partial uninstall I mean remove/unregister files but keep the database. The 
older MSI on uninstall drops the database which is a problem for us.
 
Does their exist a good solution for this?
 
One solution I could think of is to take the DB backup and then Install 2.0, 
call RemoveExistingProducts and populate DB. But I guess this is inefficient.
 
 
Thanks
Sandeep

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com -
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to set msidbCustomActionTypeNoImpersonate in Wix?

[Mike Poulson]

With UAC on vista no user is an admin unless they approve an elevate (via the 
UAC prompt).  If you need a custom action to run with elevated privileges (a 
real admin) then you need to do a deferred CA with Impersonate = yes. This is 
what you are doing in your sample and it is the correct way to do it.
 

Mike Poulson
Network Engineer
Tableau Software
400 North 34th Street, Suite 200
Seattle, WA 98103
206 633 3400 x.556



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WenWu Ru
Sent: Friday, April 13, 2007 9:27 AM
To: [EMAIL PROTECTED]
Subject: [WiX-users] How to set msidbCustomActionTypeNoImpersonate in Wix?

A custom action in my installer fails on Vista even if an admin user logs on 
and launches the installer.  I figured that the custom action needs to have 
msidbCustomActionTypeNoImpersonate set and adding Impersonate="no" would fix 
the issue.  To my suprise, the ActionType is still 1025.  Instead, I have to 
use Impersonate="yes" to set the bit and get the ActionType to be 3073.  Is 
this correct?  Am I missing something?  I am using WiX version 2.0.3016.0.



Thanks!

_
MSN is giving away a trip to Vegas to see Elton John.  Enter to win today. 
http://msnconcertcontest.com?icid-nceltontagline



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error in German?

[Bob Arnson]

[EMAIL PROTECTED] wrote:
> Durint installation I briefly see a German message appear during the 
> "progress: dialog. When there is an error I see an error dialog piop up that 
> is entirely in German. But like I said I don't see any German in the MSI 
> using ORCA. During uninstall I see several buttons that have German text. 
> Bottom line is how can I configure the installation so I don't see German.

If the German text isn't in your .msi file, it's coming from MSI or Windows.

-- 
sig://boB
http://bobs.org



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Patching, patching, and more patching.....

[Bob Arnson]

Nick Hennemann wrote:


* Create the RTM version of my installer
* Be able to patch the RTM version with any patch that I create for it
* Also be able to patch the RTM version that has already been
  patched with a previous (earlier) patch



The MSI patching model supports that but as you found, it quickly turns 
into a exponential nightmare both for building the patches and applying 
them. The general approach is to support multiple QFE patches but 
cumulative minor upgrade patches (aka service packs). The service packs 
supercede the QFEs and eventually become the required target images. It 
keeps the matrix down to a manageable level.


--
sig://boB
http://bobs.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Question about the Dependency element?

[Bob Arnson]

Rory Clark wrote:

From a reference counting perspective, is there a fundamental difference?


Dependency doesn't cause the merge module to be merged.

If a feature does not actually use the module in the MergeRef is it 
included in the final MSI?


Merge/MergeRef are all that's necessary to indicate the module should be 
merged in.


--
sig://boB
http://bobs.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Processing a tlb with heat?

[Bob Arnson]

Jeff Lopes wrote:


Is it possible to extract the registry data from a tlb using heat?



The code says yes. Have you tried it?

--
sig://boB
http://bobs.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Changing the value of TargetDir?

[Bob Arnson]

Alex Steen wrote:
> Ok, I've poked around some more and I think I have a little bit better
> understanding of what exactly is going on.  It appears that my UI
> SelectFolderDialog that sets INSTALLDIR (if the user changes the box)
> does not work in time to influence the Directory structure.  

How are you setting it? Take a look at how WixUI does it 
(src\ext\UIExtension\wixlib).

-- 
sig://boB
http://bobs.org



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] IIS schema problem

[Bob Arnson]

jrcolons wrote:
> "The Component element contains an unhandled extension element
> 'iis:WebVirtualDir'.  Please ensure that the extension for elements in the
> 'http://schemas.microsoft.com/wix/IIsExtension' namespace has been
> provided."
>   

You need to use the -ext switch to load the WixIIsExtension to process 
the Web* elements.

-- 
sig://boB
http://bobs.org



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] .net assemblies, XP & Vista - putting it all together in one MSI

[Bob Arnson]

Patrick Schmid wrote:
> But how do I install an assembly in the GAC without admin rights? 

You can't -- the "G" stands for "global," after all. It's a 
per-machine location so requires admin rights.

-- 
sig://boB
http://bobs.org



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to set msidbCustomActionTypeNoImpersonate in Wix?

[Bob Arnson]

Mike Poulson wrote:
> With UAC on vista no user is an admin unless they approve an elevate (via the 
> UAC prompt).  If you need a custom action to run with elevated privileges (a 
> real admin) then you need to do a deferred CA with Impersonate = yes. This is 
> what you are doing in your sample and it is the correct way to do it.
>   

With Impersonate="yes" the CA runs as the user, which isn't elevated 
even if the user accepted the UAC prompt. Instead it needs to be 
Impersonate="no" to run as LocalSystem.

-- 
sig://boB
http://bobs.org



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Patching, patching, and more patching.....

[Nick Hennemann]

And it appears that the minor upgrades (service packs) would be
approximately the same size as the original install?  My orginal install
is about 110MB and the updates are about 15MB.

 

Thanks again Bob, I really appreciate you input/help.

 



From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: Friday, April 13, 2007 12:38 PM
To: Nick Hennemann
Cc: [EMAIL PROTECTED]
Subject: Re: [WiX-users] Patching, patching, and more patching.

 

Nick Hennemann wrote: 

*   Create the RTM version of my installer
*   Be able to patch the RTM version with any patch that I create
for it
*   Also be able to patch the RTM version that has already been
patched with a previous (earlier) patch


The MSI patching model supports that but as you found, it quickly turns
into a exponential nightmare both for building the patches and applying
them. The general approach is to support multiple QFE patches but
cumulative minor upgrade patches (aka service packs). The service packs
supercede the QFEs and eventually become the required target images. It
keeps the matrix down to a manageable level.




-- 
sig://boB
http://bobs.org
NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively
for the individual or entity to which it is addressed. The message, together 
with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying, 
disclosure 
or distribution is strictly prohibited. If you have received this message in 
error, please immediately
advise the sender by reply email and delete all copies.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Changing the value of TargetDir?

[Alex Steen]

After doing a lot more fiddling, I don't believe it's a problem with my
INSTALLDIR at all (the property is correct when I call my CustomAction
at the end of the install so it appears to be setting correctly).  My
question:  My files are not installing where I'm trying to put them.  My
code looks like this:


  

  

When I install this it always installs to c:\Referenc.CAB.  How can I
make it install to INSTALLDIR\RDPath?
  

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: Friday, April 13, 2007 1:07 PM
To: Alex Steen
Cc: Chris Bardon; [EMAIL PROTECTED]
Subject: Re: [WiX-users] Changing the value of TargetDir?

Alex Steen wrote:
> Ok, I've poked around some more and I think I have a little bit better
> understanding of what exactly is going on.  It appears that my UI
> SelectFolderDialog that sets INSTALLDIR (if the user changes the box)
> does not work in time to influence the Directory structure.  

How are you setting it? Take a look at how WixUI does it 
(src\ext\UIExtension\wixlib).

-- 
sig://boB
http://bobs.org



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] .net assemblies, XP & Vista - putting it all together in one MSI

[Wilson, Phil]

Patrick, why does it need to be in the GAC? 

Phil Wilson 


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: Friday, April 13, 2007 11:10 AM
To: Patrick Schmid
Cc: [EMAIL PROTECTED]
Subject: Re: [WiX-users] .net assemblies, XP & Vista - putting it all
together in one MSI

Patrick Schmid wrote:
> But how do I install an assembly in the GAC without admin rights? 

You can't -- the "G" stands for "global," after all. It's a
per-machine location so requires admin rights.

--
sig://boB
http://bobs.org




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE
V
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error in German?

[Kevin Burton]

Do you know how to change that?

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: Friday, April 13, 2007 12:11 PM
To: [EMAIL PROTECTED]
Cc: WiX-users
Subject: Re: [WiX-users] Error in German?

[EMAIL PROTECTED] wrote:
> Durint installation I briefly see a German message appear during the
"progress: dialog. When there is an error I see an error dialog piop up that
is entirely in German. But like I said I don't see any German in the MSI
using ORCA. During uninstall I see several buttons that have German text.
Bottom line is how can I configure the installation so I don't see German.

If the German text isn't in your .msi file, it's coming from MSI or Windows.

-- 
sig://boB
http://bobs.org



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Partial uninstall of previous version

[sandeep . rawat]

This is the component we are using in the version 1.0 msi which drops the 
database on uninstallation. And we want to prevent this when we upgrade from 
this to the newer version.









Thanks 
Sandeep
- Original Message 
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Friday, April 13, 2007 10:02:30 PM
Subject: [WiX-users] Partial uninstall of previous version


 
HI All,
 
I ‘m a new user of wix and trying to figure out a good design to solve my 
problem.
 
I’ve one version (say 1.0 ) of my product installed on my system and I want to 
upgrade it to 2.0. After the installation of 2.0, I want to partially uninstall 
the 1.0. 
By partial uninstall I mean remove/unregister files but keep the database. The 
older MSI on uninstall drops the database which is a problem for us.
 
Does their exist a good solution for this?
 
One solution I could think of is to take the DB backup and then Install 2.0, 
call RemoveExistingProducts and populate DB. But I guess this is inefficient.
 
 
Thanks
Sandeep





Ahhh...imagining that irresistible "new car" smell?
Check out new cars at Yahoo! Autos. 
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com -
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error in German?

[Daryn Mitchell]

Kevin Burton wrote:
> Durint installation I briefly see a German message appear during the
"progress: dialog. When there is an error I see an error dialog piop up that
is entirely in German. 
[]
> Do you know how to change that?

I've been learning WiX this week and I saw the same behaviour after I tested
out localization. I had mistakenly left my Product tag with the wrong
language attribute. I.e. I had:
(German) when it should have been:
(English)

Daryn.



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Partial uninstall of previous version

[Rob Mensching]

DropOnUninstall="no"?

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Friday, April 13, 2007 2:50 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [WiX-users] Partial uninstall of previous version

 This is the component we are using in the version 1.0 msi which drops the 
database on uninstallation. And we want to prevent this when we upgrade from 
this to the newer version.

















Thanks

Sandeep
- Original Message 
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Friday, April 13, 2007 10:02:30 PM
Subject: [WiX-users] Partial uninstall of previous version

HI All,

I ‘m a new user of wix and trying to figure out a good design to solve my 
problem.

I’ve one version (say 1.0 ) of my product installed on my system and I want to 
upgrade it to 2.0. After the installation of 2.0, I want to partially uninstall 
the 1.0.
By partial uninstall I mean remove/unregister files but keep the database. The 
older MSI on uninstall drops the database which is a problem for us.

Does their exist a good solution for this?

One solution I could think of is to take the DB backup and then Install 2.0, 
call RemoveExistingProducts and populate DB. But I guess this is inefficient.


Thanks
Sandeep



Ahhh...imagining that irresistible "new car" smell?
Check out new cars at Yahoo! 
Autos.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users



Ahhh...imagining that irresistible "new car" smell?
Check out new cars at Yahoo! 
Autos.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Partial uninstall of previous version

[sandeep . rawat]

We already shipped the V1 msi. So if user now install the new V2 msi and after 
FindRelatedProducts use the RemoveExistingProducts it will uninstall V1 and 
drop the database which is not what we want.

- Original Message 
From: Rob Mensching <[EMAIL PROTECTED]>
To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>; "[EMAIL PROTECTED]" <[EMAIL 
PROTECTED]>
Sent: Saturday, April 14, 2007 3:37:44 AM
Subject: RE: [WiX-users] Partial uninstall of previous version


DropOnUninstall=”no”?
 
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Friday, April 13, 2007 2:50 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [WiX-users] Partial uninstall of previous version
 
 This is the component we are using in the version 1.0 msi which drops the 
database on uninstallation. And we want to prevent this when we upgrade from 
this to the newer version.
 
 






 
Thanks 
Sandeep
- Original Message 
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Friday, April 13, 2007 10:02:30 PM
Subject: [WiX-users] Partial uninstall of previous version
 
HI All,
 
I ‘m a new user of wix and trying to figure out a good design to solve my 
problem.
 
I’ve one version (say 1.0 ) of my product installed on my system and I want to 
upgrade it to 2.0. After the installation of 2.0, I want to partially uninstall 
the 1.0. 
By partial uninstall I mean remove/unregister files but keep the database. The 
older MSI on uninstall drops the database which is a problem for us.
 
Does their exist a good solution for this?
 
One solution I could think of is to take the DB backup and then Install 2.0, 
call RemoveExistingProducts and populate DB. But I guess this is inefficient.
 
 
Thanks
Sandeep
 
 



Ahhh...imagining that irresistible "new car" smell?
Check out new cars at Yahoo! Autos. 
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users
 
 



Ahhh...imagining that irresistible "new car" smell?
Check out new cars at Yahoo! Autos.

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com -
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Shell Execute CA and Default/working directory

[Doug Payne]

A have a checkbox on my Setup Finished dialog which uses the ShellExec
CA to launch my application. Is there a way to specify the default
directory for my application in the CA? I think this would be the same
as specifying the lpDirectory in ShellExecute(). Alternatively, if I
have the working directory set in a shortcut, could I use the ShellExec
CA to launch the shortcut instead? Would the directory then be set
correctly? BTW, I tried launching the shortcut by setting the value of
ShellExecTarget to [#ShortcutID], but that didn't work.

--Doug
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Unresolved UIRef

[moonwalkercs]

Hi

I'm using WIX 3.0 and trying to incorporate the Mondo UI into my installer. 
When I do this however I get the following error: Error 5   Unresolved
reference to symbol 'WixUI:WixUI_Mondo' in section 'Product:{..}

Here's my .wxs file:
















































-- 
View this message in context: 
http://www.nabble.com/Unresolved-UIRef-tf3574381.html#a9988049
Sent from the wix-users mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unresolved UIRef

[sandeep . rawat]

link it with the wixui.wixlib

>light file.wixobj wixui.wixlib -loc whatever.loc -out something.msi
 


- Original Message 
From: moonwalkercs <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Saturday, April 14, 2007 4:45:13 AM
Subject: [WiX-users] Unresolved UIRef


Hi

I'm using WIX 3.0 and trying to incorporate the Mondo UI into my installer. 
When I do this however I get the following error: Error5Unresolved
reference to symbol 'WixUI:WixUI_Mondo' in section 'Product:{..}

Here's my .wxs file:
















































-- 
View this message in context: 
http://www.nabble.com/Unresolved-UIRef-tf3574381.html#a9988049
Sent from the wix-users mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unresolved UIRef

[moonwalkercs]

I was getting this error because I hadn't added a reference to
WixUIExtension.dll.  

Adding that fixed the unresolved error, but now I get around 500 errors
along the lines of : 


Error   5   The localization variable !(loc.ErrorDlgErrorText) is unknown. 
Please ensure the variable is defined.


moonwalkercs wrote:
> 
> Hi
> 
> I'm using WIX 3.0 and trying to incorporate the Mondo UI into my
> installer.  When I do this however I get the following error: Error   5
> Unresolved reference to symbol 'WixUI:WixUI_Mondo' in section
> 'Product:{..}
> 
> Here's my .wxs file:
> 
> 
> 
>Manufacturer="Caleb" UpgradeCode="..">
>InstallerVersion="200" Compressed="yes" />
>   
> 
>   
>LongName="Programs">
>LongName="My App" />
>   
>   
>   
>LongName="My
> Application Directoy">
> 
>Guid="">
>Name="MyApp.exe" 
> src="C:\Documents and 
> Settings\csandfort\My Documents\Visual
> Studio 2005\Projects\WIX\MySetup\MyApp\bin\Debug\MyApp.exe" DiskId="1">
>   
>   
>Id='ProgramMenuDir' On='uninstall' />
>   
>   
>   
>   
> 
>   
>   
>Key="Software\Caleb\Q" Name="Installed"
> Type="integer" Value="1"/>
>Name="MyAppSc" Description="My
> Applicaton Shorcut" Directory="DesktopFolder" Target="[MYAPPEXE]"
> Icon="MyIcon.ico"/>
>Name="MyAppSc" Description="My
> Applicaton Shorcut" Directory="MyProgramsFolder" Target="[MYAPPEXE]"
> Icon="MyIcon.ico"/>
>On="uninstall"/>
>   
>   
> 
>Display="expand"
> ConfigurableDirectory="INSTALLLOCATION">
>   
>   
>   
> 
>   
>Path="[ProgramFilesFolder]\MyAppSDir">
>MinVersion="1.0.0.0" />
>   
>   
>   
>   
>   
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Unresolved-UIRef-tf3574381.html#a9988305
Sent from the wix-users mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unresolved UIRef

[moonwalkercs]

Nevermindgot itneeded a value for 'Cultures'

moonwalkercs wrote:
> 
> Hi
> 
> I'm using WIX 3.0 and trying to incorporate the Mondo UI into my
> installer.  When I do this however I get the following error: Error   5
> Unresolved reference to symbol 'WixUI:WixUI_Mondo' in section
> 'Product:{..}
> 
> Here's my .wxs file:
> 
> 
> 
>Manufacturer="Caleb" UpgradeCode="..">
>InstallerVersion="200" Compressed="yes" />
>   
> 
>   
>LongName="Programs">
>LongName="My App" />
>   
>   
>   
>LongName="My
> Application Directoy">
> 
>Guid="">
>Name="MyApp.exe" 
> src="C:\Documents and 
> Settings\csandfort\My Documents\Visual
> Studio 2005\Projects\WIX\MySetup\MyApp\bin\Debug\MyApp.exe" DiskId="1">
>   
>   
>Id='ProgramMenuDir' On='uninstall' />
>   
>   
>   
>   
> 
>   
>   
>Key="Software\Caleb\Q" Name="Installed"
> Type="integer" Value="1"/>
>Name="MyAppSc" Description="My
> Applicaton Shorcut" Directory="DesktopFolder" Target="[MYAPPEXE]"
> Icon="MyIcon.ico"/>
>Name="MyAppSc" Description="My
> Applicaton Shorcut" Directory="MyProgramsFolder" Target="[MYAPPEXE]"
> Icon="MyIcon.ico"/>
>On="uninstall"/>
>   
>   
> 
>Display="expand"
> ConfigurableDirectory="INSTALLLOCATION">
>   
>   
>   
> 
>   
>Path="[ProgramFilesFolder]\MyAppSDir">
>MinVersion="1.0.0.0" />
>   
>   
>   
>   
>   
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Unresolved-UIRef-tf3574381.html#a9988370
Sent from the wix-users mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] DLL to populate UI data

[barbq]

Hi,

I'd like to display a UI dialog with data I parse from user text files.
Where is the starting point for this (and other milestones), and would
VBScript be prefered here over standard C++ DLL?

Thanks
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error in German?

[Kevin Burton]

Thanks for the tip. I just looked an unfortunately the product is English so
it must be something else:

mailto:[EMAIL PROTECTED] On Behalf Of Daryn Mitchell
Sent: Friday, April 13, 2007 4:55 PM
To: 'WiX-users'
Subject: Re: [WiX-users] Error in German?

Kevin Burton wrote:
> Durint installation I briefly see a German message appear during the
"progress: dialog. When there is an error I see an error dialog piop up that
is entirely in German. 
[]
> Do you know how to change that?

I've been learning WiX this week and I saw the same behaviour after I tested
out localization. I had mistakenly left my Product tag with the wrong
language attribute. I.e. I had:
(German) when it should have been:
(English)

Daryn.



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Processing a tlb with heat?

[Jeff Lopes]

I haven't been able to figure out the syntax. Is heat documentation lacking, or 
am I just not finding it?

Thanks,

Jeff

From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Friday, April 13, 2007 1:48 PM
To: Jeff Lopes
Cc: [EMAIL PROTECTED]
Subject: Re: [WiX-users] Processing a tlb with heat?

Jeff Lopes wrote:
Is it possible to extract the registry data from a tlb using heat?

The code says yes. Have you tried it?


--

sig://boB

http://bobs.org
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users