Checking an Installed Program

[linder]

Absolutely no problem. You can very easily handle this with a custom uninstall. Just check from the custom uninstall for "X" if the Product GUID for Program "Y" is still there and then display a "Before removing X, please uninstall Y first." message -or- offer to automatically uninstall "Y" first from the "X" custom uninstall.

Friedrich

[tez]

I'm glad to hear that it's a simple way to do this. Checking for the GUID is not a problem. But I'm not sure how can I add this "custom" uninstall. Can you please explain me how to add this custom uninstall into my existed script, step by step?

[linder]

Just create a custom uninstall .sbi include script and you are done

Similar to this:

http://www.lindersoft.com/forums/sho...6302#post76302

In your case, check for the specific "Y" Product GUID and do not continue with the uninstall for Program "X" if the Product GUID for Program "Y" is still there.

Does this help?

Friedrich

[tez]

Yes it helped a lot, thank you again Friedrich
Right after the first "If" line, I added my own "If/Else" function. Now it checks the other program, and doesn't perform uninstalling if other program is still installed. Just like I wanted.

Recently I decided to change something in my patch. At first it checks a GUID entry when it's launched, and automatically sets the setup destination according to this GUID. User is also able to change the destination if they want. Currently I want to disable this. Is it possible to set the setup destination "read-only"? Because my installation can find where to install, I think it's unnecessary to allow users to change it.

[linder]

Perfect! Glad it's working fine now

To set the setup destination "read-only", you have again different options. The easiest way is to use the standard dialog and then "disable" the entry field and browse button (see attached screenshots).

Does this help?

Friedrich

[tez]

Hmm I did the same commands, but unfortunately I couldn't do it this time.

Only difference is:
In 52nd line I couldn't change the variable name to "SELECTDESTINATION", and had to leave it as "#3".
So in 58th line I used the value name as "#3". It compiled properly but didn't change the result.

Can you please tell me the other option to make the address read-only? Additionally, am I able to remove "Change..." button completely?

[linder]

Hello,

Don't change a variable! SELECTDESTINATION is a "Dialog Label" To remove the button, just use the "Hide" operation (see attached screenshots).

I have created and uploaded a demo project for you:

http://www.lindersoft.com/projects/D...tionDialog.zip

Does this help?

Friedrich

[tez]

You're definitely right! In 52nd line I just named it as "#3" in the Dialog Label, and all worked quite fine

Well, in order to make it seem a little more aesthetic, is it possible to extend the address bar a bit like in this photo?

[linder]

Argh! Please forgive my late comment, but I lost this long thread off the radar

No, you can't change the controls in standard dialogs. But you can simply create your own custom dialog and then do whatever you want

Friedrich

[tez]

No problem, I just thought that there is no way to do such a thing. I'm glad that it's possible -- like all of my past questions

I have actually never tried to create a custom dialog. Only a custom uninstaller. Could you please show me the steps to create a custom "Destination Folder" dialog, which seems exactly the last screenshot I uploaded?