Codes in deferred custom action cannot directly access MSI database.
In the function, you can only read "CustomActionData" property, of
which value is set as the name of the custom action.
For example, to transfer the data to the deferred custom action named
"MyDeferredCustomAction", you have to
Hello:
I had a Wix related question and thought someone on this alias could help me
with this. For my application, I need to add a program files menu item that
starts the visual studio command prompt in the directory of my choice (similar
to All Programs -> Microsoft .NET Framework SDK v2.0 -
Thank you very much for your reply. We are planning on providing this part
of the install to third parties, so the merge module approach is desirable.
My answers in bold.
- The exact version of WiX you're using, including build number;
We are using Wix build 3.0.2925.0
- The name and version o
Mike Dimmick wrote:
The TypeLib/@HelpDirectory attribute's value is supposed to be the ID
of the directory, not a Formatted type. Use INSTALLDIR, not [INSTALLDIR].
The documentation isn't very helpful as it's generated directly from
the XML schema, which in the main doesn't differentiate
alexbirk wrote:
> BobArnso: - Default File/@Name and @Id to the file name portion of
> @Source.
>
I detailed what it does on my blog:
http://www.joyofsetup.com/2007/12/07/simplifying-the-wix-v3-language/.
> In real, Wix not working as described in history.txt, but working as
> described in
carlldev wrote:
> It would have been better if I could tell what mode the installer is in
> whether it be install, uninstall or repair so that this code isn't tied to a
> specific feature or component.
It's possible to mix and match actions at a feature and component level
so there isn't a packa
Hi,
When I compile my WIX project, I get the following warning:
ICE03: String overflow (greater than length permitted in column); Table:
CustomAction, Column: Target
Is this something I should care about? After all, the column is limited
(according to Orca) to 255 chars which is not enough given
The TypeLib/@HelpDirectory attribute's value is supposed to be the ID of the
directory, not a Formatted type. Use INSTALLDIR, not [INSTALLDIR].
The documentation isn't very helpful as it's generated directly from the XML
schema, which in the main doesn't differentiate between different logical
Merge modules are for providing to third parties, for them to integrate into
their installers. If you're only using this common code in-house, in other
WiX-based installers, I recommend building and sharing a .wixlib instead (or
you can simply share the .wxs source code, the .wixlib simply saves so
Last version wix-3.0.3621 add new feature - auto fill File/@Name field. But
some difference confuse me.
Changes from histoty.txt :
BobArnso: - Default File/@Name and @Id to the file name portion of
@Source.
Changes from Wix chm documentation (about attribute File/@Name):
... if this attribu
Thank you Gabor & Kelly.
Hina
Kelly Leahy-2 wrote:
>
> As Gabor said,
>
> This reference is a reference to the way normal apps should retrieve the
> value of that folder name, not the way that installers should retrieve it
> - they should just use the MSI property. I'm not sure why that ref
A report from our internal bug tracking system:
"
When compiling, this error can appear:
D:\temp\wix>candle.exe
Unhandled Exception:
Cannot print exception string because Exception.ToString() failed.
This is most likely caused by .Net 2.0 or an update of its dependency. To
prove
it, I disable
Thanks Bob,
I could use
This will work because I don't have a change mode or any options to choose
any features (there is only 1 feature and 1 component inside it). It is
important to note that this code relies on the ROOTFEATURE feature to be
there as well as a component called CommonCompone
13 matches
Mail list logo