I see so the reason for feature conditions that would adjust level from > 0 enabled to 0 disabled would be something like if you wanted to automatically check for a version specific prerequisite and if not present automatically disable that feature option. Do any of the WIXUI_* provided interactive UI experiences have a behavior where if feature is set to level = 0 == disabled it shows the feature as grayed out versus not showing it at all?
-----Original Message----- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Thursday, November 20, 2008 3:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] correct way to enable commadn line support for defining features/subfeatures that are selected and unselected by default when you step into interactive install UI experience Condition on a Feature? In case you conditionally wanted a Feature to show up in the tree or not. -----Original Message----- From: Robert O'Brien [mailto:[EMAIL PROTECTED] Sent: Thursday, November 20, 2008 14:36 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] correct way to enable commadn line support for defining features/subfeatures that are selected and unselected by default when you step into interactive install UI experience Scratch that question and thanks for the reminder/redirection to the msi provided addlocal functionality. From past experience with other installers I recall that addlocal=featureFoo,featureBar sets the feature action choice versus my public property approach I've been using to conditionally set the level of features from their default of 1 to 0 is effectively enabling/disabling the features to arrive at a similar result but probably not in a best practices way. So it sounds like what I really need to be using is msi provided addlocal/remove=<csv features list> to enabling command line definable feature action choices for both interactive and unattended installer passes. That being the case could you provide a quick comment on what the primary intended use case for conditionally setting feature levels to 1=enabled or 0=disabled? -----Original Message----- From: Robert O'Brien [mailto:[EMAIL PROTECTED] Sent: Thursday, November 20, 2008 2:08 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] correct way to enable commadn line support for defining features/subfeatures that are selected and unselected by default when you step into interactive install UI experience If Level=0 == feature not displayed and Level=1 == feature displayed and /addlocal feature1,feature2 causes feature1 & feature2 to be displayed and selected what is the magic feature specific property value that /addlocal is controlling in order to define whether a feature is selected or not selected when you land on the canned features dialog UI? Having worked with old way msimsp.exe generated patch stuff on our previously deliverable I found that by default I need all my features set to level=1 in my wix sources in order for the msimsp.exe old/new msi diff processing to function...so now I'm hesitant to have features with default level!=1 in sources until we've had a chance to make new way torch.exe generated patch stuff work. -----Original Message----- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 19, 2008 7:54 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] correct way to enable commadn line support for defining features/subfeatures that are selected and unselected by default when you step into interactive install UI experience MSI also has ways of controlling features using ADDLOCAL and friends. That might work better... -----Original Message----- From: Robert O'Brien [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 19, 2008 14:05 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] correct way to enable commadn line support for defining features/subfeatures that are selected and unselected by default when you step into interactive install UI experience I have the following logic in each of my feature/subfeature settings so that from the command line users can easily define what features/subfeatures are selected and unselected by default when they step into the interactive install or run and unattended install. When I run my msi in interactive install mode and feed it switches such as "my.msi SITES=1 SITE1=1 SITE2=0 /l*v mymsi.log" what I find in the case of the <UIRef Id="WixUI_FeatureTreeEx" /> interactive UI experience is that instead of Site2 showing up as unselected it is instead removed from the list of subfeatures all together. Am I going about enabling command line support for selected and unselected features/subfeatures the wrong way with this approach? <Feature Id="Sites" Title="!(loc.Sites)" Level="1"> <Condition Level="0">SITES=0</Condition> <Feature Id="Site1" Title="!(loc.Site1)" Level="1"> <Condition Level="0">SITE1=0</Condition> </Feature> <Feature Id="Site2" Title="!(loc.Site2)" Level="1"> <Condition Level="0">SITE2=0</Condition> </Feature> </Feature> ------------------------------------------------------------------------- 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 ------------------------------------------------------------------------- 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 ------------------------------------------------------------------------- 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 ------------------------------------------------------------------------- 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 ------------------------------------------------------------------------- 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 ------------------------------------------------------------------------- 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