HISE Scripting Framework

d.healey

Hi,

I've finally put my scripting framework on Github. This contains all of my code libraries, my UI factory (for speedy UI development), and lots of modules. Some of the code probably doesn't work or has bugs and there are multiple versions of some scripts and modules at various levels of completeness. I'm only building this for my own use so it is available as is. Some of the functions are well commented, others are yet to be documented at all.

Everything is released under GPLv3.0 unless otherwise stated, although I haven't got around to putting the header comment in each file yet.

GitHub - davidhealey/HiseUtilityScripts

Contribute to davidhealey/HiseUtilityScripts development by creating an account on GitHub.

GitHub (github.com)

Dominik Mayer

Wow, amazing!

Christoph Hart

Awesome! Btw, do you still need that {GLOBAL_FOLDER} redirect function - I just remembered this by looking at your repository :)

d.healey

I never actually got around to working with it, I've just being using absolute paths

Christoph Hart

Well, this will lead to disastrous errors on a apocalyptic scale as soon as you compile plugins :)

d.healey

Uh oh... tell me more!

Christoph Hart

Scripts will be embedded using the relative path from the project folder / or global folder as identification. Think of it like a big JSON object:

"scripts":
{
    "{PROJECT_FOLDER}Script1.js": "onInit...",
    "{PROJECT_FOLDER}Script2.js": "include(\"{GLOBAL_FOLDER}somethingElse.js\"); onInit...",
    "{GLOBAL_FOLDER}somethingElse.js": ...
}

Now using absolute file paths may work, but it's pretty much undefined behaviour and can go wrong on certain OS version or under rare conditions (the other way is well tested on all platforms).

What I can offer is the same mechanism that exists for sample folder relocation: a file in the "real" GlobalScript folder (the %APPDATA%/HISE/GlobalScriptFolder) called LinkWindows / LinkOSX that contains the path to the actual folder (in your case the repository root folder) and HISE will resolve this during development as well as when compiling.

d.healey

Ah I understand now. Yes that would be a very good solution I think.

Lindon

Took a quick look on GitHub. Very good work Dave, can I suggest that one of your videos covering how to deploy this in the development process would be really useful.

d.healey

Once I've cleaned up the code a little and added more comments I'll do a little video.

d.healey

I've added a bunch of Sublime Text 3 Snippets for HISE to the repo - I'm not sure I'll be adding any more as I'm pretty much doing everything directly in HISE now, if you have some snippets you'd like me to add to the repository just let me know :)

d.healey

"What I can offer is the same mechanism that exists for sample folder relocation: a file in the "real" GlobalScript folder (the %APPDATA%/HISE/GlobalScriptFolder) called LinkWindows / LinkOSX that contains the path to the actual folder (in your case the repository root folder) and HISE will resolve this during development as well as when compiling."
Has this been implemented?

Christoph Hart

Not yet, but I'll try to do it soon. I am currently in vacation until Octobre 2nd, so I'll be offline the next days.

d.healey

Enjoy your break! :)

Christoph Hart

Alright, I've added this feature now:

Tools -> Redirect script folder creates a link file in the original location %APPDATA%/HISE/scripts which points to the selected directory. From then on you can use

include("{GLOBAL_SCRIPT_FOLDER}MyFileInNewLocation.js");

Exported plugins embed this script into their binary. If you want to change the location again, either delete the link file manually or choose another target directory.

d.healey

The redirect doesn't seem to work on Linux, it creates a LinkWindows file that contains the correct path but it doesn't resolve when I hit compile and gives a file not found warning

Christoph Hart

Time for a LinkLinux file ;)

But I need to check what is the recommended location for storing persistent app data so if you know some best practices on Linux, let me know...

d.healey

Most apps seem to use a hidden folder in the home/username directory as Hise is doing now. Other put it in some obscure sub folder of the usr or etc directories, I think the home/username directory is fine, although it can look a little cluttered it keeps everything in one place.

Christoph Hart

I think I fixed it, but am too lazy to boot up my VM, compile HISE and check, so let me know if it's still broken.

d.healey

I think you broked it ;)

Compiling hi_core.cpp
In file included from ../../../../../HISE-master/hi_core/hi_core/hi_core.cpp:83:0,
                 from ../../../../../HISE-master/hi_core/hi_core.cpp:34,
                 from ../../JuceLibraryCode/hi_core.cpp:9:
../../../../../HISE-master/hi_core/hi_core/PresetHandler.cpp: In static member function ‘static juce::File hise::PresetHandler::getGlobalScriptFolder()’:
../../../../../HISE-master/hi_core/hi_core/PresetHandler.cpp:2253:23: error: ‘getLinkFile’ is not a member of ‘hise::PresetHandler’
     const File link = PresetHandler::getLinkFile(globalScriptFolder);
                       ^
At global scope:
cc1plus: warning: unrecognized command line option ‘-Wno-inconsistent-missing-override’
Makefile:166: recipe for target 'build/intermediate/Release/hi_core_bbc2a29e.o' failed
make: *** [build/intermediate/Release/hi_core_bbc2a29e.o] Error 1

HISE Scripting Framework

GitHub - davidhealey/HiseUtilityScripts

50

1.7k

11.7k

101.9k