Installers

[Lindon]

@Lindon So I will attempt to build a .iss file that works "out of the box" with a "standard HISE project structure" and if/when I get it working I will share it here.

[d.healey]

The build\VST folder is created by the automated build script. I wonder why it doesn't just use the usual folder structure though...

[Christoph Hart]

i think it had something to do with the AAX plugins which needed special treatment.

[d.healey]

Uninstallers...

I'm not familiar enough with whitebox or inno setup. Is it possible to make the uninstallers remove the configuration files that HISE plugins add to appData and where ever they are put on a Mac?

[Christoph Hart]

Innosetup creates an uninstaller automatically but weirdly there is no concept of uninstallers on macOS.

[d.healey]

@Christoph-Hart The inno one doesn't remove the config files though :(

[Lindon]

@d-healey correct... everything that your HISE product "installs"(Writes) then the installer - who has long since finished and gone to the pub --- knows nothing about - so the native installer has no idea about all that stuff in /AppData/Roaming etc...

[d.healey]

@Lindon But we do :) hence my original question. Can we make the uninstaller remove those files? I can do this easy peasy on GNU with a bash uninstaller.

[Lindon]

@d-healey well we are already at the limits of my inno knowledge here....:-(

[Lindon]

but theres this:

http://www.jrsoftware.org/ishelp/index.php?topic=uninstalldeletesection

[d.healey]

@Lindon Thanks, I'll read through that.

[Dan Korneff]

Does INNO have the ability to let end users select what they'd like to install? Like a check box for vst, vst3 or aax?

edit:
found this thread that may help

https://stackoverflow.com/questions/25657175/inno-setup-with-three-destination-folders

[Christoph Hart]

Yes of course. The Inno script file that is created from HISE does give the user the option to select individual components.

[Dan Korneff]

@Christoph-Hart

Open a terminal and type %hise_path% --help for all available commands:(%hise_path% stands for the path to your HISE executable(standalone).)

my standalone app exists in:

C:\Program Files\HISE-scriptnode\projects\standalone\Builds\VisualStudio2017\x64\Release\App

so I open cmd and type in ?

C:\Program Files\HISE-scriptnode\projects\standalone\Builds\VisualStudio2017\x64\Release\App --help

[Christoph Hart]

My mediocre batch processing skills would suggest

"C:\Program Files\HISE-scriptnode\projects\standalone\Builds\VisualStudio2017\x64\Release\App\HISE.exe" --help

Because you've got a space between Program and Files.

[Dan Korneff]

@Christoph-Hart

[Dan Korneff]

@Christoph-Hart With Packages, do I need to make a "package" for each version of the plugin? and then import each of those into a project?
I just clicked around, but it looks like I'll actually have to read some documentation

[Christoph Hart]

Check out David's package files:

https://github.com/davidhealey/sofiawoodwinds/tree/master/Packaging/OSX

I am not doing it much differently.

[Dan Korneff]

@Christoph-Hart Any tricks on how to create the package for aax?
Packages shows my Application Support folder as Empty

[ustk]

@dustbro I don't have my computer in front of me, but you need to create each subfolder of the path (right click on Application Support)