@Lindon

Sorry yes my typo...

Glad you weren't being charged 5% 😂

PRs for fixes here:

#1024 Make the "Default" font honour the requested size and measure consistently

#1025 Fix out-of-bounds read in the string width table for non-ASCII characters

@dannytaurus Interesting, looks like they are also phasing out Intel support when they eventually limit the minimum deployment to 27.0 - probably a few years yet.

I'll just stick with my existing build system for now until it no longer works.

@David-Healey Yours always seems to be more generally useful than mine though 😂

This one is pretty niche but I'll likely be using single column preset browsers in most of my plugins, so it's really useful for me.

@Orvillain said in Why I'm not making a Windows installer (nor code-signing):

Interesting, I wasn't aware of that. More details would be lovely! Private message if you need to :-)

https://forum.hise.audio/topic/14949/why-i-m-not-making-a-windows-installer-nor-code-signing/13?_=1785506496174

Update: Claude-generated gist here of the suggested patch: https://gist.github.com/weavermedia/3fc4a419920fcda8de389a89d7aec68d

@Christoph-Hart I've merged the new commit and it no longer crashes, just shows some ugly errors. Is this intended as a stop-gap solution? Because isDefined() still returns true for the none-existent function.

Edit: Oh I see, it just stops the execution at the "error"

Tried your suggestion and appears to be working here, maybe a preprocessor definition (default true) to protect older buggy projects?

I found when unloading a Full Instrument Expansion the automation xml was getting wiped. Made a little PR to fix it.

@David-Healey Makes sense 👍

@Christoph-Hart Looks like you deliberately chose to not expose the preset list to host. Can you remember why?

"Here be dragons" maybe? 😂

# hi_frontend/frontend/FrontEndProcessor.h int getNumPrograms() override { return 1;// presets.getNumChildren() + 1; } const String getProgramName(int /*index*/) override { return "Default"; } int getCurrentProgram() override { return 0; //return currentlyLoadedProgram; }

Not gonna lie I‘ve made this exact mistake about three times in my life already without help from a robot…

@dannytaurus No the column just lists the files. A one column browser is pretty easy to create with a viewport or panel though.

@David-Healey Give it a try and let us know.

@David-Healey No, because this is about persisting the file to the user's disk.

Although as I said earlier, I think the final best answer is to display the license directly in the plugin somewhere.

Then nobody could ever accuse the developer of not making the license easily available.

Website goes down - no problem
User moves the plugin to another machine - no problem
User wipes/moves/modifies their AppData folder - no problem

If the license is in the plugin itself, it can't be accidentally moved, deleted or overwritten, and it can't become unavailable because of server outage.

Probably going this route now...

@Lindon Yup that's because it needs to be thought more as "container" rather than strictly "installer". PKG or ZIP are containers so -> notarisation

@dannytaurus said in Stop pruning default values from XML?:

because I'm setting some values in script that happen to be default values.

Hmm this might be the source of an issue I was having too, I might try it.

@dannytaurus said in Anyone doing factory presets only, with no Save button?:

power-user feature

It for sure is a power-move and not as intuitive as a user preset.

@dannytaurus Oh nice one! 👍