I was just starting to investigate that control type... and where the text
breaks up the string (eg. -) the control conditions to re-evaluate
when the caret reaches the 2nd section, so it very nearly does the perfect
job. Thanks again.
--
View this message in context:
http://www.nabble.
Of course... I could've been looking for weeks before I noticed that. Many
thanks.
--
View this message in context:
http://www.nabble.com/PrintEULA-CA-tf4856905.html#a13914516
Sent from the wix-users mailing list archive at Nabble.com.
-
Hi guys, has anyone succesfully included the PrintEULA call in the latest
wixca.dll (2.0.5805.0)?
I have my custom action:
And my 'Print' button:
1
But, while clicking said button I get the familiar dialog to choose my
printer and it's options, clicking 'Print' there results in nothing
a
Has anyone created a dialog to accept a serial key from the user before
allowing the 'Next' button to function? I think it's easy enough to call a
custom action to validate the serial key and to create the field(s) for
users to type their serial key into, but the niceties I'm finding tricky.
1 -
Something like this actually...
[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Nls\Language]
Default=?
Where ? is defined here:
http://msdn2.microsoft.com/en-us/library/ms903928.aspx
What do people think of this as reliable across NT systems?
--
View this message in context:
http://www.nabbl
>Have you tried looking at the SystemLanguageID property?
I was hoping to find a nice simple regkey to look for rather than having to
compose a new DLL function.
--
View this message in context:
http://www.nabble.com/Operating-System-language-detection-tf4671232.html#a13359979
Sent from the wix
I think the problem is with your SpawnDialog event... try NewDialog instead.
--
View this message in context:
http://www.nabble.com/Confusing-UI-Issue-tf4646232.html#a13344788
Sent from the wix-users mailing list archive at Nabble.com.
--
Does anyone know hoe to determin the language of the operating system?
I'm aware that the MSI Engine stores the locale, which you can configure in
the control panel. However, there must be something deeper as some of
Microsoft's KB updates (xmllite & WIC, for example) seem to fail if the OS
is o
Hi guys,
I've read tat you should digitally sign all MSI and CAB files when you make
your package in order to pass Vista certification... and it's just good
practise for secure systems too, of course. However, I've noticed in install
logs that it always comments when an unsigned transform has bee
Okay I figured it out... you need to ommit the transform's file extension.
In my example, just call the file "1036" and embed this.
--
View this message in context:
http://www.nabble.com/Embedded-locale-transforms-tf4523004.html#a13001287
Sent from the wix-users mailing list archive at Nabble.c
Has nobody had any experience in this sort of behaviour? I've been sent this
link in another forum, and I'm sure I'm covering all the steps:
http://www.installsite.org/pages/en/msi/articles/embeddedlang/index.htm
Is there a minute detail not covered that I could be made aware of?
Cheers,
Gareth
In WiX 2 you need a line like this:
--
View this message in context:
http://www.nabble.com/File-on-source-are-different-then-when-installed-tf4548557.html#a12980271
Sent from the wix-users mailing list archive at Nabble.com.
Has anyone any experience of this kind of thing?
I've got an MSI with ProductLanguage property set to 1033, likewise the
Languages field of the Summary Information is set to 1033. I have created a
French transform (just for the dialog strings, for testing purposses) and
called it 1036.mst and imb
Has anyone had any cause to install the Windows Imaging Component (WIC) from
Microsoft?
http://www.microsoft.com/downloads/details.aspx?FamilyID=8e011506-6307-445b-b950-215def45ddd8&DisplayLang=en
The problem I have is that there are 10 language variations and that hey
appear to only install on t
stry search to get
> that value and requiring it to be greater than "8,0,24,0" will work as a
> string comparison.
>
> Phil Wilson
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Gareth at
> Serif
> Sen
a custom action to go get the version. I don't know if
> WiX has any additional search helpers for this, but the MSI AppSearch on
> the registry won't do a version check for you.
>
> Phil Wilson
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto
Yes
shambhu kumar wrote:
>
>
>
--
View this message in context:
http://www.nabble.com/how-to-create-language-transform-in-wix--Is-it-possible-to-do-this-in-wix--tf4277987.html#a12197382
Sent from the wix-users mailing list archive at Nabble.com.
--
I would suggest that you add an event to the 'Next' button on one of your
early dialogs (perhaps even the Welcome dialog) and display the info on a
spawned dialog...
WindowsNT>=600
Then define your 'Vista Warning' with the dimensions and elements you
require for the warning and the following eve
You can also avoid making the directory into a global property by using
[$component_name] to evaluate the full path to where a component is
installed to in the same way that Rob suggests [#field] fo evaluate the
location of a file.
Cheers,
Gareth
Rob Hamflett wrote:
>
> Rob's suggestion is i
Hi,
I am trying to use AppSearch to determin if the installed version of
FlashPlayer is sufficient (greater than 8.0.24.0) and have nested some
searches as follows:
The resulting log file from the install says:
AppSearch: Property: FILEVERSIONTEST, Signature:
I think you may have to define Advertised="no" (I think 'yes' is the default
if undefined) else the shortcut creation will attempt to make a shortcut to
the component's keypath, which isn't a file and so may choose not to make
one (as you've seen).
Cheers,
Gareth
--
View this message in context:
I use DXMajorVersion and DXMinorVersion to test if DirectX is up to date and
to install it if not (required for some apps I build packages for).
Best of luck,
Gareth
--
View this message in context:
http://www.nabble.com/DirectX-Support-Condition-tf4210480.html#a11981522
Sent from the wix-users
I think it's a documented bug of the progress bar behaviour on certain
versions of Windows Installer if your package is installing more than 2GB of
data.
Regards,
Gareth
Man, Shirley wrote:
>
> Hi all,
>
> On Windows 2000, our installer's progress bar first jumps to 100%, then
> rewinds back
I don't think your uninstall process should remove anything it didn't create.
Sure, the application itself may make some entries, but you do not need to
know what they are and remove them... these entries are usually user
customisations that I'm sure they'd want to have back when they reinstall
t
You need a "1" in your new dialog publish too...
1
--
View this message in context:
http://www.nabble.com/Am-I-using-a-property-and-condition-correctly-tf3801422.html#a10780538
Sent from the wix-users mailing list archive at Nabble.com.
-
Hi John,
I've dnone something similar, but while the MSI technology incorporates the
LockPermissions table in order to achieve such things it actually removes
any existing permissions and as such far more intrusive than you'd really
want. I use SubinACL.exe from M$... the WiX looks something lik
So, do you think it's a bug in MsiMsp.exe that I can report to M$ or with the
Candle/Light stages prior to it?
--
View this message in context:
http://www.nabble.com/Patch-failure-when-using-non-whole-files-tf3778936.html#a10721753
Sent from the wix-users mailing list archive at Nabble.com.
--
Thanks for your comments, but with the single file, the patch is 3 times
bigger when including whole files. When you factor in the other patching
files from the real case (which all make much smaller binary differences)
the final patch is closer to 4 times bigger.
Do you not think there's a bug
Hi guys,
Here's a puzzle for you to consider. I had a big patching issue for one of
my largest packages and have narrowed the issue down to such a degree that I
have created an identicle package that merely installs one single file that
when patched to it's second version, the MSP creation goes
I'm not sure what you require by way of an example. In my observations...
- Make an MSI package of several features/components.
- Make a bootstrapper for your MSI with "setup" in the name.
- Install the package.
- Run the setup on Vista, select Repair and save the log file (automatically
created
Providing your old package made in InstallShield is MSI based, you can
perform a major upgrade by including the old package's UpgradeCode in the
new package's Upgrade Table.
Best of luck,
Gareth
--
View this message in context:
http://www.nabble.com/How-to-call-uninstall--tf3757488.html#a106221
Hi Bob,
Thanks for your info, but how do you make Component properties 'secure' so
that the server side can use them? I may have used the wrong termiollogy
there... I mean that the location of each component is listed as a "Property
Change" on installs where I get the UAC prompt, but disallowed
Hi guys,
I have a problem that I'd like to install file and use it as part of a CA,
but before the registry is written. Initially this seemed easy enough by
sequencing the CA within the InstallExecute sequence somewhere between
InstallFiles and WriteRegistryValues, but in this scenario the CA tri
Hi Rob,
I've started to see some peculiar results due to priveledge issues on Vista
and found myself back in this thread. I find, as I think you have, that
once the app in question is installed, the elevation being passed to the
client side of the install differ greatly depending on how you chos
Thanks for that Tony.
I actually found it and just checked Nabble to post as such.
It works a treat as you'd expect.
--
View this message in context:
http://www.nabble.com/SubinACL-usage-abroad-tf3679498.html#a10287110
Sent from the wix-users mailing list archive at Nabble.com.
Hi Tony,
Thanks for your quick response. The reason we use 'Everyone' is merely on
our registration details - we only want one user (whoever it is) on the
system to have to register the application for all users to be registered...
What are the SIDs and how are they used?
Many thanks,
Gareth
-
Hi guys,
I've been using SubinACL to ensure that some of our own registry keys have
full control permissions for the Everyone user group instead of any
inherited permissions that might cause issues - this is particularly vital
on Vista where even administrators have limited access.
The problem i
Thanks for your advice. I have done some detailed comparisons between the
log of the successful repair (with UAC prompt) and the unsuccesful repair
(without UAC prompt) and here are the unique lines for each case...
WORKING REPAIR:
MSI_LUA: Credential prompt not required, user is an
The InstallPrivileges attribute is indeed set to "elevated". I never
actually figured out what behioural differences there were on the strength
of this attribute though...
--
View this message in context:
http://www.nabble.com/UAC-Prompt-Required-tf3637831.html#a10184850
Sent from the wix-users
While the dialog works, I'd much prefer some kind of list box of the
ProgramMenu rather than a browse control that enables users to dump their
shortcuts in some inappropriate locations... actually, anyone want to
suggest how to go about such an improvement to the above code?
Thanks,
Gareth
--
Vi
Quite. I wrote one a while back, something like this...
Dialog Id="ShortcutsDlg" Width="376" Height="266"
Title="$(loc.DIALOG_GENERIC_Title)" NoMinimize="yes">
1
1
To compy with users' prefered browsers, i find it easier to simply make the
shortcut (*.url) file and install it to the ProgramMenuFolder as a file.
For translations, you can localise the name of the file and so how it
appears in the shortcut list, but not the rollover description... so for
forei
I think all you want is a pair of components with the required registry
values you want in each feature... the installation will choose which
registry value to write automatically.
Regards,
Gareth
--
View this message in context:
http://www.nabble.com/CustomAction-%3A-Find-out-which-feature-has
Hi guys,
I have an issue with a package I've built which has a number of merge
modules, including that for MDAC2.8. This has some properties set on the
client side of the installation that need to be passed to the server side in
order for it to install when needed. It is not needed on Vista, of c
I find that the msi file extension tells Vista that the process requires
elevation and you get the UAC prompt before the UI Sequene begins.
Therefore, by the time you get to your 'Install' button with the potential
to display your UAC Shield, the install doesn't require elevation (as it all
ready
It's because the olders you're installing files to can be in per-user or
per-machine locations depending on the value of the ALLUSERS property. For
example, your start menu, or the AllUser's start menu. Since the package
doesn't know what ALLUSERS will be set to until it's executed, the
validati
I regularly install DirectX as part of my WiX packages, here's the code for a
file I just include for the functionality to 'appear':
DirectX9\dsetup.dll
No
(NOT
Installed)
You can probably declare your 'RemoveFile' ines in a component that has a
component condition triggered by a property that your user can configure via
a checkbox in your UI. I believe that 'RemoveFile' lines work on install
and all files will be removed on uninstall so probably won't be the solut
The Warnings are okay - it's errors you want to worry about. I get the same
verification reports and a big fat Vista verification logo to go with them
:-)
--
View this message in context:
http://www.nabble.com/Problems-with-MFC-and-CRT-8-Merge-Modules-tf3487580.html#a9738055
Sent from the wix-u
I've done something similar, but while I don't have a solution to your
'double-click Next' issue, I can suggest how my validation works.
On the 'Next' control button I have a pair of Punlished Events for
true/false as you do, but only one is "NewDialog". The
REGISTRATIONCODEVALID="false" case pu
Re: FASTOEM
I read the same requirement and found details on what is required for this
functionality to work here:
http://msdn2.microsoft.com/en-us/library/aa368576.aspx
So, it could be something as simple as the package not been ran from the
same volume... when it does work, it goes lightning q
In my experience the product name is the name of the app and shouldn't change
when you localise the app. For example, when John goes to Spain he doesn't
start calling himself Juan, he's still called John.
Sorry I couldn't answer your technical queries.
--
View this message in context:
http://w
Has no one else experienced this? If not, how did you create an optional
Desktop shortcut that passes Windows Vista Logo testing?
Cheers,
Gareth
--
View this message in context:
http://www.nabble.com/Broken-shortcuts-in-Vista-tf3356646.html#a9433154
Sent from the wix-users mailing list archive
Does running the application generate new files in your folder(s) and so the
installer has lost full ownership and so won't remove them? Try performing
a treewalk of your installation files and see if anything new shows up that
you weren't expecting.
--
View this message in context:
http://www.
I can confirm that warnings are all okay for Vista logo... I have a number of
ICE33 warnings and have gotten that all important badge of approval for my
packages. You can also get away with errors that appear as aresult of
including MS merge modules, so long as they're well documented. The same
Hi all,
To bring up to speed with my problem... I had to convert some installs to
pass Windows Logo testing, which meant (among many other things) that no
component can have more than one shortcut. So, since I require a Start menu
shortcut and a Desktop shortcut, I came up with the brilliant pla
t;
> not sure if this is a change from version 2, but in version 3
> localization variables are called via '!(loc.)' (instead
> of '$(loc.)').
>
> Maybe just a typo in your ListItem declarations?
>
> Henrik Opel
>
>
>
> Gareth at Serif wrote:
Hi guys,
I have a ComboBox defined in my UI to list a selection of countries for the
end-user to choose from... these countries are localised so that when the
install is translated, these entries are correct for the country of
distribution. Something like this:
I then use
You need to make sure that your bootstrapper has one of the magical Vista
strings within it like "setup" or "install". This will instantly elevate
the priveledges within Vista unless it has a corresponding Manifest file
telling it not to.
I get the impression that you're calling the MSI file dir
André,
I have a very similar issue whereby Vista Logo testing automatically fails
any component that has more than one shortcut within it. As such I have
removed a shortcut from the component containing the app's main executable
and have created a new component that installs an LNK file (a copy
60 matches
Mail list logo