GhostAvatar

Best option is to use the PC with the second language OS already installed, load up WPI and then click Config. Now press Alt+G and click on the My Computer tab to see what your system is reporting back for these values

Those are just a few examples, for 7 it would be getOSver()=="Win7" Also if you check the box that says "Insert conditions values or examples", it will actually pre-fill based off the variables of the current machine you are performing it on. So for example if you do that on your current machine it will prefill as I have posted above, that also goes for all dependencies.

Can not create log file without time stamp. Each time I uncheck the box to timestamp the log file and save, next time you go back into options it is checked again.

Ahhh that explains it, WPI is running as a 32 process but MSHTA is running as 64 bit process on a 64 bit system. So I assume that the call to Windows for %ProgramFiles% is made via MSHTA and hence why it redirects to the 64 bit folder and not the 32 as one would assume.

Cool but that brings me onto the next issue, I tried to play around and see if I could find a way to change the reg keys at the end of the wizard. At this point I discovered that if you have install by categorise option checked, the install order in the config settings are completely ignored even within the categories. I don't know if this is a bug or by design, but I thought it would worth a mention.

I have a issue with WPI and IE8, while runing WPI the advanced options in IE8 are changed to enable script debugging. If you close down WPI these options are disabled again which really isnt a issue. The problem comes when you run the installer, afterwards the options remain enabled. This results in script error pop ups while surfing (this site included) after a install, unless you manually go and change the settings back in the advanced options of IE.

In any normal case you would have been right about the %ProgramFiles% since it doesn't remain fixed in a 64 bit environment, the only fixed variables that exist are %ProgramFiles(x86)% and %ProgramW6432% which direct the path to the 32 and 64 folder respectively. %ProgramFiles% is handled by WoW64 redirection based on the process requesting the variable is itself 32 bit or 64 bit. Check it out yourself by putting %ProgramFiles% in the URL of both 32 bit and 64 bit version of IE to see this effect. Now in theory since wpi is running as 32 bit, it should always take you to the 32 bit folder based on WoW64 redirection in a 64 bit system and as normal in a 32 bit system. But in reality somehow when it is doing this check in a 64 bit system it is seen as a 64 bit process, I am assuming this is because the call out is done via a script.

Well I am sat here on Win 7 64 bit and I cant get this to work at all !fileVersionGreaterThan("9.3.3.177",getFileVersion("%programfiles%\Adobe\Reader 9.0\Reader\AcroRd32.exe")) But this works perfectly fine !fileVersionGreaterThan("9.3.3.177",getFileVersion("%programfiles(x86)%\Adobe\Reader 9.0\Reader\AcroRd32.exe")) I have installed and uninstalled it several times. The only way I have managed to get your way to work was to make a copy the file structure from the x86 folder in the programme files folder, then copy the file over and hitting F5.

geemail.email seems I misunderstood your first request, you wanted the check box disabled AND color changing. To do so you need to be looking in wpi.css and not install.css inside the theme folder of your choice. Look for the entry .grayTxt_logo there you can change the color or if you wish delete the line color: #123456; to inherit the standard color. As for the file warning, I ain't come across that on Reader, but have on other files. I have yet to look into overcoming this myself, but if I figure it out before someone else posts a solution I will let you know.

Sorry but I think that is wrong %programfiles% does not work on a 64 bit version of Windows, since by default almost all 32 bit apps (Reader included) are installed to %programfiles(x86)% So you're still going to face the issue of no grayed condition when running on 64 bit Windows, since the check will look for the file in %programfiles% find nothing and return a value of -1 (if I am reading the literature right). When in fact the file does exist and resides in %programfiles(x86)%, so without checking %programfiles(x86)% as well you will never get a greyed condition even if you have a higher version on a x64 platform. The only benefit I can see of using System paths instead of literal paths is in cases where the defaults have been changed in the registry. But this should work for both x86 and x64 getBits()==64 && !fileVersionGreaterThan("9.3.3.176",getFileVersion("%programfiles(x86)%\Adobe\Reader 9.0\Reader\AcroRd32.exe")) || getBits()==32 && !fileVersionGreaterThan("9.3.3.176",getFileVersion("%programfiles%\Adobe\Reader 9.0\Reader\AcroRd32.exe")) Yet to try it on a 32 bit system, but works on a 64 bit.

OK I went to try this feature out for the first time myself, downloaded reader so I could see if I could get the same results. Guess what? I did after placing it in the grayed condition box, but it worked perfectly if placed in the condition box that simply doesn't display the item if the condition is meet. After a bit of playing around I came across a solution that worked for me, seems the 2 boxes work differently if the out come of the argument is true... crazy!!! The only variables I had that differs from you is a higher version number of reader and running on a 64 bit system, but these should work for you Using this string I had no issues in the condition box: fileVersionGreaterThan("9.3.3.178",getFileVersion("C:\Program Files (x86)\Adobe\Reader 9.0\Reader\AcroRd32.exe")) But this string seems to be what is needed for the grayed condition box: fileVersionGreaterThan("9.3.3.178",getFileVersion("C:\Program Files (x86)\Adobe\Reader 9.0\Reader\AcroRd32.exe"))==false Now the issue you're going to face is running that string across both 32 and 64 bit Windows, since I am assuming the file location differs from "Program Files" as apposed to "Program Files (x86)" Two solutions I can off think that might work. Firstly to have 2 entries linking to the same install and condition them as getBits()==64 and 32, then grayed condition as getFileVersion "Program Files (x86)" and "Program Files" accordingly. This in theory should not show 1 entry at all based off what bit OS you are using, while the second will show and then grey out if the file version is greater than. The other is to have a complex string in the greyed conditions that's getBits && fileVersion || getBits && fileVersion, based off the different file structure for 32 and 64 bit OS. Hope this is of help to you, let me know if it works.

Whether it was not needed before I cant say, since I only came across this app 5 days ago. As for the rest it would probably be better to post these in the suggestions sticky thread, it should hopefully gain greater exposure and hopefully inclusion in the next updated version.

UAC in Win XP

If you want to copy part of the command line simple solutions since clicking and dragging dont work. Click to place the cursor at the desired start point of the part you wish to copy, then holding down shift click the at the desired end point of the part you wish to copy. Be warned it will copy entire words or blocks of characters and not partials. Example, if you wanted to copy say "Adobe Reader\AdbeRdr" out of "%wpipath%\Install\Adobe Reader\AdbeRdr933_en_US.exe", it would highlight the entire block of characters for "AdbeRdr933" along with the rest and output "Adobe Reader\AdbeRdr933". As for WPI covering the entire screen, I am guessing you have the window resolution setting as By System (Default). This essentially determines what resolution you have your screen set as and then sizes the window to that same resolution, hence why everything else is covered up. To solve this, go to settings and at the bottom of the first tab, change the window resolution to one of your own desired size that is smaller than you desktop resolution.

If this is exactly how you have it in WPI, then the issue is the file path is misspelled. If so, correct it and see if it then works. As for the disabling check box if condition is not meet, its under Option>Features>If grayed condition is true, disable the check box