@tomekslesicki This might help - https://github.com/christophhart/hise_documentation/blob/master/scripting/scripting-api/scriptpanel/setconsumedkeypresses.md

@rglides Solved!

const var SAVE = Content.getComponent("SAVE"); const var LOAD = Content.getComponent("LOAD"); inline function onSAVEControl(component, value) { if (value) { local reverbData = { "OSC1_Reverb_Width": knb_OSC1_Reverb_Width.getValue() }; Engine.dumpAsJSON(reverbData, "reverb_settings.json"); } }; Content.getComponent("SAVE").setControlCallback(onSAVEControl); inline function onLOADControl(component, value) { if (value) { local loadReverb = Engine.loadFromJSON("reverb_settings.json"); if (loadedData != undefined) { if (loadReverb.OSC1_Reverb_Width != undefined) { knb_OSC1_Reverb_Width.setValue(loadReverb.OSC1_Reverb_Width); knb_OSC1_Reverb_Width.changed(); } } } }; Content.getComponent("LOAD").setControlCallback(onLOADControl);

@d-healey Clever! Thank you!

@d-healey They are now in the docs: https://docs.hise.audio/scripting/scripting-api/scriptpanel/index.html#setmousecursor

@HISEnberg Sure

https://youtu.be/pmwC9Jmmwuo

Ah you found it first :)

@Christoph-Hart yup. But I really just wanna compile my C++ node with 60 parameters and toss it in a hardcoded FX 😀

@d-healey @d-healey said in Sliders not responding to "Consumed" MIDI CCs:

setCustomAutomation

Now that I've had a bit more time, there are a number of hurdles with using this method.

Issues Encountered

MIDI Learn disappears
The "MIDI Learn" option no longer appears in the right-click context menu of knobs — unless an automationId has been manually assigned in the Properties panel.

automationId overrides control callbacks
Assigning an automationId disables the knob's regular controlCallback, which is where most of my knob logic lives (e.g., updating processors, linked components, states, etc.).

Workaround via automation callback
You can attach a callback to a specific automation and call the original controlCallback logic from there — but this adds boilerplate and breaks modularity.

Avoiding feedback loops crashes HISE
Trying to assign a knob as the target of its own automation (to bypass issue #2) results in an infinite loop that crashes HISE.

Controller numbers don’t carry over
If you switch the automationId to a new target, the MIDI CC assignment doesn't carry over. It must be learned again manually — making it difficult to share CC control across multiple processors or targets.

🤕

@d-healey Good to know! I have a bunch of 'consts' in my 'onNoteOn's. Im going to change them now and hope nothing breaks. Thank You! 🙏

@d-healey yeah something like JSON.delete(obj, key) is the easiest way, the delete syntax would require a real brain-twister with the current parser.

@pcs800 👍

@Ben-Catman

I think you could just

reg x = yourKnob.getValue(); // declare x // then just use 'x'...

I think you can also

local x = yourKnob.getValue(); // from within your inline function... // then use 'x'...

@VirtualVirgin Little unrelated tip of the day:

mySliders.map(function(element){return element.getId();});

can also be written as

mySliders.map(element => element.getId());

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Functions/Arrow_functions

@VirtualVirgin This worked best for me! Thank You! I got it working with my chord script perfectly. 🙏

Bingo:
Screenshot 2025-06-20 at 11.38.07 PM.png

The script:

for (i = 0; i < chord1.length; i++) { Engine.setKeyColour(i, NoKeyColour); Synth.addNoteOff(1, chord1[i] + 60 + Octave1 + Chord1Choice - 1, 0); } //THANK YOU!

@d-healey said in Just wondering about how this logic condition evaluates:

@VirtualVirgin said in Just wondering about how this logic condition evaluates:

Yes! That is the solution :)

You can probably also get rid of the ternary operator at the end - ? true : false because the statement itself should return true or false.

Yes, that makes sense. It is just evaluating to that anyway, so no need to make it redundant.

@d-healey makes sense! 🙏

@d-healey said in Articulation Switches Alternative Routing??:

Of course not

Its much appreciated!

@tomekslesicki I'm quoting your deleted post her because these are still valid questions:

thanks! How do I know which css classes correspond to which elements? Also - I remember seeing a commit when you allowed LAF and CSS to co-exist. How do I approach this?

This is documented in the Preset browser docs with a cheat sheet that shows all CSS identifiers for each component. However I've noticed that I haven't ported all the nice debugging tools that are available in the multipage dialog editor to the HISE CSS workflow, so I'll be doing that over time. For now I've added a simple overlay that shows some (but not all nested component IDs):

I remember seeing a commit when you allowed LAF and CSS to co-exist

Yes, this is now possible, you can give a single LAF object a style sheet as well as a script paint routine and it will use whatever is best (with the script functions always having the precedence over the style sheet definition with the exception of the popup menu styling which is CSS first).

On some objects, obj.over works, on some it's obj.hover. Wouldn't it make sense to make both of these descriptions perform the same function in LAF?

Yes that also annoyed me whenever I'm writing LAF functions. I obviously can't just correct the typo as this would break existing projects, but I can duplicate the property so that every LAF object that has over will get a hover property with the same value, then we can phase out over in 20+ years lol.

@marbey consider replacing your Audio Looper with a Sampler and using a SampleStart modulator there, remember the sample start modulator will work in percentages of the range you set up for the sample (wav file) itself in the sample editor

@d-healey thank you, good example!