mritter

Yes. I printed out a copy of that, Dje.

Backslashed removed. You will need to modify your entries for 5.4.

@kev_147: That is very possible. Just do a check: if (PlayAudioInWPI) then show media player. My personnal opinion is to try and get WPI up to a more professional level. Then surely an IT Pro would not ber playing MP3's at work. I don't do it at my place of work. I don't do it at home. Totally unnecessary. The 5.4 themes have it removed (for now commented out). I am holding off on removing the code from Options -> Audio Player for now............how long is tough to say.

Alrighty then..............thanks.

Is it safe to say all network shares are like this: \\Nas\nas\myprogram.exe Or will a mapped drive still have the traditonal Y: ? I am trying to determine if WPI is run from a shared drive, or looking at a shared drive for the install packages.

@Solid: Just checking, this goes back a ways, but do you have WIN51 in your CD root? That is where WPI checks first. If not there, then it goes in to WPI's starting path. That may be why your path is set to X:\WPI\Install instead of X:\Install Just something to check.................

Because of security reasons, IE (mshta) will not allow you to specify a default start path when using the file requester window. And you can not use it to save a file. That is why I have to use the prompt() when Save As... a config or options file. Sucks. But I understand: prevent malicious code from being saved on your computer or tricking someone with a default path. Execute Before and After are there mainly so you don't have to make entries in the config and have them Install Order first and last. They are meant to allow you to run a .cmd script, any program, etc. you might need before/after the install process. And yes, I am working on a complete manual. Will be out with 5.4.

The return codes for the installer log are misleading sometimes. What happened is that the script was executed, so as far as WPI knows it was installed. But then the script itself has the path problem you mentioned, WPI doesn't know this, so it says it installed successfully.

Dje brought it up to me, I totally forgot about it, but WPI puts a backslash in automatically after specifying a system path, like %SYSTEMDRIVE% or %WINDIR%. Dje reminded me that Windows does not do this automatically, and that there had been a discussion on whether or not to change this. %SYSTEMDRIVE%mydir\myprogram.exe would become %SYSTEMDRIVE%\mydir\myprogram.exe You would have to go in and add the trailing backslash manually either in WPI or with a text editor (would be much faster). Do you think it is worth changing? The more I look at it, I prefer putting the first \ in myself.

Holy cow! After about 5 hours of messing with it I finally figured it all out. Grayed color is back like it should be. What a pain in the butt!!! All due to the new chktxt class. I also added a check box option in Options -> Installer: If grayed condition is true, disable the check box This will take care of having to manually change the code.

That's not too bad of an idea. I made a note of it. I have a pretty good idea of how I will do it, too...........

@onelss: The hot keys issue may be solved here real soon. I have some new themes and menus that are real small and no text. I leave the extra buttons on all the time now that they don't take up space. I will be building them into WPI after Zorphnog and I get the new install reboot function all working. They will be used in the main window, Options and Config wizards. Will give more height for 1024x768 screens, even with Glossy_Horiz. Will look modern and very easy to update/expand. I then hope to build-in options to modify the menus, vertical or horizontal, etc.

If you guys want, I can have WPI play a sound file when first started to get your attention. This will not require the media player. What do you think? And if you have a good sound sample, email it to me.

I don't know for sure. I have never seen that W character like that. That is where the forward slashes, / , are being replaced with back slashes, \. I see your path has no weird characters........ Are you launching WPI from a cmd script? Might there be something wrong in there? The path is derived from wpipath = unescape(document.location); So if it was started from a "bad location" it would inherit it. Just an idea.

@nicw19: The profiles you are referring to are called Configurations in WPI. What you do is go to Options -> Installer -> List of configurations choices. Enter as many profile names as wanted: Work,Home,School,Mark,Anna. Then in Config -> Configurations for each item you assign what Configuration(s) it belongs to. It can be 1 or all, just pick them from the drop down menu. Back in the main window under "Selections" pick a config and it will check only the ones assigned to it, unchecking all the others. Or in command line wpi.hta check=Mark That is how you make one master config with multiple profiles. This will be in the new manual I am writing for 5.4.

@Zorphnog: We were both correct. With all 3 updates together it works 100% again. I mis-read where you added the 2 lines. Attached is the working check.js.

@RJTPlomp: the final 10 seconds has beeping now. (5.3) Not loud by any means, but was the first short simple beep I could find. If anyone has a better one send it my way.

Foreign characters don't always work well with JavaScript. Could be as simple as that.

When an element shifts over when hovering over them, from what I can tell, is the transitions in the tool tips. If you turn off transitions it will not do it. I have the same problem with the new built-in manual I am writing. I am on the look out for new tool tips, but haven't found one as complete or advanced. My advice: turn off transitions!

See this reply: http://www.msfn.org/board/index.php?s=&amp...st&p=550576 I disabled the fully un-check a category on purpose. It would cause forced items to become un-checked. Seems like a long-way-around-fix then manually uncheck items, but it prevents a lot of headaches.

@Zorphnog: Close but not quite. I commented out the line in your second code block on purpose in 5.3. The first code block was my first attempt, not 100% for all occasions. This is the only code in check.js needed to be changed: function remChecks() { position="check.js"; whatfunc="remChecks()"; var elem; for(i = 1; prog[i] != null; i++) { elem = document.getElementById("chkbox"+i); if (elem==null || forc[i]=="yes") <!----- This line changed continue; elem.checked=false; } } This took care of it in all my tests. @larciel: Is it just that one reg tweak or none work with a command after it? There should be no reason for that to happen. Could it be lack of administrator rights to install it?

I have been designing some themes recently and the biggest problem I am running in to is what to do with the media player. There just isn't a good place for it sometimes. So then I go to thinking: Do I even need it in the WPI window? My count down timer is 30 seconds; won't hear much of a song. Even if it was 2-5 minutes, might get one complete song in. Seems kind of pointless. So I ask you: besides in the installer window, do we REALLY need the media player in the main WPI window? Would you miss it if I took it out of the themes? (I'm not trying to start an argument here, keep it civalized)

@Avneet: The Force Installation On Exit issue is fixed. There was a bug brought on from the new code from Zorphnoq that, if an item is forced then it gets checked and disabled. Well, the installer would uncheck everything, then run through the list and re-check what is forced. BUT, if the item is disabled, as it is now with the new code, it was skipped, even though if was marked as forced. Now when it goes to un-check everything, it first checks if marked as forced or not. It should be working fine, like it used to. @Zorphnoq: this was not your fault. It was always this way to handle cond[] and gcond[] states.

@pretender69: The unique ID was updated to NOT change when edit the Name field. It is created the first time or when delete it. This was done for a version update, 1.0 to 1.1. That would change the unique ID, which would then have to be changed in all Deps. By leaving it at the given name, anything dependant on it will not break. Example: Name: .NET Framework 2.0 Unique ID: NETFRAMEWORK (version removed manually) Then we update: Name: .NET Framework 2.1 Unique ID: NETFRAMEWORK (would have changed to 2.1 and broken Deps) ======================================== The other issue, there is a new style class, chktxt, to along with txt and gtxt. These should be editting in the theme's .css file, not inside boxes.js. Try it there, post back if still not working and with more details.

It has been brought up in the past about making the tool tips theme specific, not global. Well, I just did that. To not "break" anything, Style[0] is removed from useroptions.js and a new file, Themes/-theme-/wpi_style.js, is created with just that variable. This file is then loaded seperately. This will be released in 5.4. The first time you run it, go to Options wizard, it will say the new file is not found, and it will save it and remove the entry from useroptions.js. Everytime you switch themes it will do it. So it will update itself.