Yeah,
My changes were all opt in to use. So it would be up to the bundle author to
define how he wants them to work. The IniFileSearch can condition the action
based on other variables. You can also use a bundle variable for the file
name, and then conditionally allow it to be overridden from the command line.
Precedence would be controlled by the bundle developer, but the changes I made
were to allow it in the engine so that any BA can use it.
I'm still looking to see what I'd need to do for test cases and if anything
special would be needed for dark/decompile to function. After I have that in
place, I still have the question of if it would be considered for 3.8 or not.
Thanks,
Jacob
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Sunday, June 23, 2013 10:06 PM
To: wix-devs@lists.sourceforge.net
Subject: Re: [WiX-devs] Reading bundle defaults from an INI file
On 17-Jun-13 11:08, Hoover, Jacob wrote:
I took a stab at this over the weekend (IniFileSearch, not reading another
bundles variables) and I have a functional branch at
https://wix.codeplex.com/SourceControl/network/forks/jchoover/Wix?branch=IniFileSearch.
I'd like to know if the ability to read arbitrary in files from a bundle would
be considered for 3.8. I would need to flesh out the IniFileSearch a bit more
in the compiler, to allow it to be a child of a few more of the search elements.
I haven't had a chance to look at the code but the concept is sound. Normally,
I'd say you'd want to require the user to opt-in to using an .ini file (e.g.,
by requiring it as a command-line argument). But being able to "transform" the
bundle just by dropping an .ini next to the bundle .exe on a network share is
too cool. :)
That said, a common requirement is to be able to mix and match sources: GPO,
.ini file, command-line arguments, maybe even registry. Getting precedence
right is app-specific, so probably something to keep out of the engine.
--
sig://boB
http://joyofsetup.com/
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
WiX-devs mailing list
WiX-devs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-devs
