Suggestions

Got a problem you cannot solve? Try here.

Would you like to distribute your setups as MSI's?

Yes, let InstallAware produce .MSI setups!
18
64%
No, exe's are fine with me!
10
36%
 
Total votes: 28

MichaelNesmith
Posts: 3452
Joined: Thu Dec 22, 2005 7:17 pm
Contact:

Postby MichaelNesmith » Fri Feb 10, 2006 8:54 am

Hi Treoxx,

Ah, I understand - you wish to enumerate registry keys...that is a good recommendation, thank you. Maybe in the short term you could write a DLL or EXE and call that from your setup?

About Copy/Move Local Files, you are correct. However you can just use Call DLL Function with the CopyFileA Win32 API in kernel32.dll to easily handle this.

Also thanks for the convert path unix style recommendation!
Michael Nesmith
InstallAware
Home of The Next Generation MSI Installer
Get your free copy today - http://www.installaware.com/

tymberwyld
Posts: 2
Joined: Mon Jun 05, 2006 11:33 am

GAC Assemblies

Postby tymberwyld » Mon Jun 05, 2006 11:42 am

Ok, coming from an InstallShield background (please don't throw anything :wink: ) one of the nice features was that Assemblies could be installed into the GAC per Component. In my case, I need to distribute Interop Assemblies for MS Office. I have 2 components "Office10" and "Office11". Depending on which of these components is selected (which needs to be done in the script not by user interaction) the install copies those assemblies to the GAC.

While we're speaking on the GAC. I agree that there should be an option (a properties dialog?) to be able to optionally choose to uninstall an assembly from the GAC.

tymberwyld
Posts: 2
Joined: Mon Jun 05, 2006 11:33 am

Script Editor

Postby tymberwyld » Mon Jun 05, 2006 12:25 pm

One thing that is really annoying is that the Script editor is not...well...editable? What is the point of the command "Copy as Text" if I can't "Paste Text"? My point is, I can see the syntax, let me type it. I don't like pop-up dialogs :| .

I'm a developer, I'm used to coding, so why can't the scripting just be something similar to what coders are used to? One of the things that takes so long in developing a setup is that one has to learn each 3rd party installer syntax. With InstallShield it was something like C++, with another it's like VB, with InstallAware...I don't even know what it is but it takes forever to wrap your head around it :o. If you guys can interpret your own coding functions as MSI scripts, then why couldn't the functions be easier?

Example:
Instead of:

Code: Select all

Get Component Core Selection State into Variable SELECTED


it could be:

Code: Select all

bool myVar = GetComponentState("Core")
if (myVar = TRUE)
end
myVar = GetComponentState("Core\\SubComponent1")
if (myVar = TRUE)
end


Does anyone else find the functions really...confusing?

bradak
Posts: 9
Joined: Tue Oct 31, 2006 3:48 pm

Relative file paths

Postby bradak » Tue Oct 31, 2006 4:13 pm

It would very much be appreciated if you supported relative file paths. ie (..\\..\\foo.dll).

Many of our files that we distribute are located at nearby projects that are always in the same relative location.

Also, we work as a team under source-control (svn). Each team member checks out their project to their own location and builds it.

Yes I know about $PROJDIR$, and have hacked a bunch of custom steps into visual studio to copy the files to a central location. It would be much cleaner if I could specify where the files are located.

Thanks,
Brad Kremer


Return to “Technical Support”

Who is online

Users browsing this forum: Bing [Bot] and 98 guests