I'm not seeing the use case for "always".  If it's always supposed to be
installed, just don't specify an install condition (which means it always
gets installed).

I agree that the current way the Prereq BA always installs the prereq is
bad, it's why a bundle can't do cool things like make the Prereq BA install
.NET 4.0 on XP and 4.5.x on Vista and later.


On Fri, May 16, 2014 at 6:48 PM, Rob Mensching <r...@firegiant.com> wrote:

>  Ahh, I see it does just set installed without looking at the existing
> state (I missed that on my first pass on the code and now explains the
> “Consideration” question I added).
>
>
>
> Thinking about it, why wouldn’t the support packages do the same?  Oh, I
> see, you want to have an extra package that may or may not apply... like
> only for XP. Hmm.
>
>
>
> Well, seems like the design of this feature should just take that into
> account. Maybe the “yes|no” isn’t enough on the variable. Maybe there is an
> “always”, “yes” and “no” option. Or something.  Seems like the “always”
> should generally not be necessary and, generally, not desired.
>
>
>
> For example, what if you want one pre-req on Windows Vista and a different
> pre-req on Windows 9?  It seems like it should generally respect the
> install condition with the option to force “always” install… and the old
> (er, current) mechanism uses the “always” option.
>
>
>
> _______________________________________________________________
>
> FireGiant  |  Dedicated support for the WiX toolset  |
> http://www.firegiant.com/
>
------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
WiX-devs mailing list
WiX-devs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-devs

Reply via email to