No, the static text control does not support selection.
Just found the correct control for me:
http://msdn.microsoft.com/en-us/library/aa371540(VS.85).aspx ScrollableText
. The only bother thing is I need to change the text into rtf format:
http://blogs.msdn.com/b/robmen/archive/2006/05/30/61
Could it be something related to the executable being launched instead of an
issue with the custom action itself?
What is the impersonate setting of the custom action doing the launching?
What is the executionLevel value for the executable being launched?
-Original Message-
From: Keith Ha
Have you taken a look at the documentation on registering preview
handlers? http://msdn.microsoft.com/en-us/library/cc144144(VS.85).aspx
explains pretty much everything in detail.
Here's some sample code for installing a 32-bit native code handler on
both 32 and 64-bit systems, hope this helps.
Here is the list of attributes that Windows Installer allows edit controls
to have:
http://msdn.microsoft.com/library/aa368342.aspx
Readonly isn't one of them.
I haven't tried: can you select and copy text from a static text control?
-Original Message-
From: Elfe Xu [mailto:elf...@micro
It would appear that the preview handler you are using does some
calculations to determine what changes to make to the box (a part of the
evil of self-registration is when there is no way to know beforehand what
some component will try to do to your box).
You will need to get a hold of the source
SourceDir is set by Windows Installer and is a "private" session property,
so no bootstrapper can easily change it to something different than the
folder the MSI is "run from". You could try using a bootstrapper that passes
a property with a value corresponding to its current directory (or adding
s
Use Environment.SpecialFolder.ProgramFilesX86 instead of
Environment.SpecialFolder.ProgramFiles. Both values should be defined on a
32-bit machine.
-Original Message-
From: Chirag Goradia [mailto:chiraggora...@gmail.com]
Sent: Thursday, July 15, 2010 2:46 AM
To: wix-users@lists.sourceforg
Could we have a read-only edit control, so user can select the text, but cannot
modify it?
Thanks,
-Elfe
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/fi
MSP application uses the UI from the MSI it upgrades to.
-Original Message-
From: KATO Kanryu [mailto:k.kan...@gmail.com]
Sent: Wednesday, July 14, 2010 11:20 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to add UI for Minor Patches(msp)?
hi,
I made a minor patch with
If you have WinZip and you open that exe with it, you may see the embedded
files. Or the internals might be proprietary. Otherwise as I said. If you run
the exe the MSI file will be extracted somewhere, just hunt for it and
copy/save it.
Phil Wilson
-Original Message-
From: Thode, K
How about using the preprocessor for it?
Something like:
You can control the condition through command line parameters to candle.
Ivo
Beth Hechanova wrote:
> I'm trying to optionally include a file in my installer at compile/link time.
> If the file is included, then the installe
I'm trying to optionally include a file in my installer at compile/link time.
If the file is included, then the installer will copy it to the appropriate
location (thus it is not optional for the user to install it). If the file is
NOT included in the installer, then it the installer skips it,
The executable wraps an msi that was created with InstallShield 12. Is there a
way for me to extract the msi?
-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com]
Sent: Thursday, July 15, 2010 12:40 PM
To: General discussion for Windows Installer XML toolset.
Subject:
Hi,
I'm having a problem with WiX 3.5 launching a separate executable from a
custom action during the InstallFinalize action. This seems to only
occur on systems where I don't have Visual Studio 2005 installed. On my
development system, the installer runs just fine. The Custom Action is
a C# Wi
Thanks for the quick response. It seems like SuperOrca is an MSI editor. I
have a .exe file that I need to get the upgrade GUID from.
-Original Message-
From: Alec Taylor [mailto:alec.tayl...@gmail.com]
Sent: Thursday, July 15, 2010 11:51 AM
To: General discussion for Windows Installer
It can't be MSI-based with guids everywhere *and* be simply an executable, so
I'd verify that it's not an older non-MSI setup of the type that InstallShield
used to do. If it is MSI-based and an exe, then maybe the MSI file is embedded
in the resources of the exe (something like Winzip might sho
I only did it in this manner because original requirements dictated the
application be copied to the installdir before reading back defaults for
entry... turns out the "defaults" are actually blank strings in the
application, so nothing ever really needed to be read on fresh install...
they do on u
Yes, a million info programs around
Try SuperORCA
On Fri, Jul 16, 2010 at 2:39 AM, Thode, Katelyn
wrote:
> I am working on porting an InstallShield installer over to wix. I don't have
> the source code for the installer and the installer itself is an executable
> file. Is there a way to get
I am working on porting an InstallShield installer over to wix. I don't have
the source code for the installer and the installer itself is an executable
file. Is there a way to get the GUIDs for the product Id and upgrade code from
the executable file?
Thanks,
Katelyn
Note: The information c
If you don't know how to write a Launcher .exe, I can make one for you
Just ask
On Wed, Jul 14, 2010 at 4:49 PM, wrote:
> Hi
>
> Thanks for your answer. Having a launcher exe seems to be the save way to go.
> In the meantime, i noticed that on some machine it works as supposed, using
> the fol
Given all that I still don't see why you're trying to do user config on
the ExitDialog instead of during the InstallUISequence. The only thing
you'd need to implement in anything resembling custom code to accomplish
those 4 scenarios would be reading the entries from the app.config to
populate the
Hello,
I'm trying to register a Preview Pane handler for our product's files using
Wix. Unfortunately, Heat is unable to harvest anything from the preview
handler .dll file. Iit gives a HEAT5151 error and reports "Exception has
been thrown by the target of an invocation." I've tried using the
b
I'm still struggling to hide a dialog button in an uninstallation case :\.
Since REMOVE="ALL" didn't seem to ever be "true" despite the path through
the installer (fresh install/repair/remove), I tried to base the
Action="hide" Condition off a Secure Property that can be modified earlier
in the co
Sorry if I wasn't clear...
There are database connection strings stored in the app.config file of the
deployed application...
The WIX installer's purpose is to provide a sysops team the ability to
easily deploy our application across multiple system installations, all
needing different connectivit
Hi
Some parts of our application are very customer/user specific. For example,
there will be a varying number of files in the appData-folder depending on the
installation. The approach i have used so far is having a custom action copying
these files. .
An example installation package could look
Yes i eventually realised that in order to do this kind of action, you
must impersonate LocalSystem in you c# custom action.
But in order to do that, you must have a priviledge called:
"Act as part of the operating system" OR "SE_TCB_NAME".
LocalSystem has this priviledge, but no users, and it's a
1. I don't think that is supported by the WiX custom actions today.
2. Avoid that installation pattern. It is very difficult to
upgrade/patch/uninstall well.
On Wed, Jul 14, 2010 at 12:57 PM, wrote:
>
> I have used the XMLConfig and XMLFile in Wix 2.0 and they work fine for
> adding new items.
I think you want a .bat file not a .msi file. The things you are trying to
do go against the general purpose of the Windows Installer: to provide a
robust mechanism to install, uninstall, upgrade and patch software on the
machine.
It sounds like you want: something that elevates my executable that
The issue is a combination of these things:
* Win64="yes|no" does not apply across executable launch; it's only
relevant for in-process actions (dll, script)
* Your executable tries to guess where things are instead of being
passed a value on the command-line
* Your executable takes on the bit-n
Forget installation for a moment. How would you do this in any program?
On Wed, Jul 14, 2010 at 2:24 PM, Stelios Kyprou <
stelios.kyp...@formicary.net> wrote:
> That would not help in my case though, since i am aiming to validate any
> user defined values entered in the UI sequence.
> So in the c
Maybe: the CloseApps WiX extension could detect that your shell extension is
loaded and then you could use that to condition a ScheduleReboot action.
On Wed, Jul 14, 2010 at 1:36 PM, wrote:
> Right. So basically the Windows Installer/Restart Manager combo don't work
> very well for shell extensi
Probably the correct combination of flags.
On Wed, Jul 14, 2010 at 12:13 AM, Elfe Xu wrote:
>
> WOW!
> GenericRead + Traverse really works for Read!
> Why it has such an interesting behavior? Is it a bug or by design?
>The GenericRead='yes' Traverse='yes' seems to give Read.
> --
> View this
http://www.tramontana.co.hu/wix/lesson4.php#4.1
Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC15
Hi everyone,
We are running custom EXEs ( .NET 2.0 console application ) built with "Any
CPU" platform from a 32bit MSI on 64bit machine.
In the custom EXE, we use *
Environment.GetFolderPath(Environment.SpecialFolder.ProgramFiles)* to execute
some custom logic on our files installed in the Progra
Thanks for your suggestion, I got the solution for my problem also. :)
srinivas
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Virtual-directories-not-deleted-when-uninstalling-tp688905p5296608.html
Sent from the wix-users mailing list archive at
So you're telling us you have trouble knowing the contents of a file
you're installing on the target machine until after it's been installed?
Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**Design, Simulate + Inn
36 matches
Mail list logo
