@ustk The man is too good! @lalalandsynth

@udalilprofile Glad we got that working!

@Lindon There are file-handling features that cant be done in a web-browser so Im switching to stand-alone.

@Lindon I apologize. I assure you its worth it once you get in and you wont have to login every time so I think its fair exchange. Hope you're having a great day brotha!

@dannytaurus Thank You! I realize the choice i've made is a big one but I really do enjoy it so I guess I'll have to put up with all the pains that are coming my way including getting bashed for rookie mistakes. haha

@HISEnberg Thanks! JUCE, Yeah I've already considered that, may have already started on that =)

@ustk @Lindon It was some weird supabase/resend backend stuff that was getting snuffed. I got it all fixed as far as i've tested. You should be able to log in with the email you signed up with, and if you need to reset your password that should be working fine now as well. Thanks guys for being patient. This is my first time doing this back end stuff.

@udalilprofile There was a bottleneck with supabase email verification. Try again please. Also, if you join the Discord server you can hit me up there about anything regarding the app so we dont flood this thread. Thanks!

For everyone using the Knob app, I just pushed a new update. This is the latest version that is included in the new 'Designer Suite' app that has all of the other component designer apps.

Heres the link to the updated Knob-Builder:
https://rox-knob-builder-for-hise.netlify.app/

Link to the Full Rox Designer Suite:
http://roxdesignersuite.com

Yo! Blessed day!

Im proud to announce that I've launched 'Rox Designer Suite' which is a 5-in-1 app suite geared towards GUI design/ers. If you've been enjoying the 'Knob Builder' app I released a demo of, you can be assure to find the same features and more throughout each component designer. This is a standalone Mac OS app only right now because im working on getting my windows developer account still. This app is signed and notarized. This is the culmination of months of work and research to make it as easy and FUN as possible to design vector based components.

5 apps in 1

Design in 4 apps at once and unite component styles with optional global parameters.

Knob Designer, Slider Designer, Button Designer and Panel Designer:
!

Export as , HISE code, Javascript, PNG snapshots, PNG filmstrips, theme colour codes, a RDS project file to share/archive, and a 'Package' export feature that includes all of the above.

The website is live now although im still working on some visual aspects.
You can hit the website now for a free trial version. The export features are gated behind a 'Pro License'.

I wanted to offer a discount code to the HISE community for showing me support in making my first app so you can all get it at an introductory price. I decided (after much debate) to go with the one-time purchase model and offer free updates for life.

I want to stay up to date with current design methods so I will always be adding and updating features to the Designer Suite app which users will get for free with a pro license.

If anyone is interested....
Heres the link to the website!:

roxdesignersuite.com

Click the 'FREE TRIAL' button on the home page to download the app.

If you decide to purchase PRO license:
ENTER DISCOUNT CODE: FOUNDERS100

The code is good for the first 100 users!

Thank you for all the support!

• ROX

Join the DISCORD server for latest updates and keep in touch about feature requests and questions.

DISCORD SERVER: https://discord.gg/hRxKWEkHD

@Christoph-Hart said in Latest version of HISE breaks existing presets....:

Make no mistake

@griffinboy Great job! Fabfilter eq's are currently my go-to's in my workflow. This is a crazy accomplishment! Respect!

COMING SOON!

Rox Designer Suite!

Knob Designer (Rotary Knobs & Meters)
Slider Designer (Linear Sliders & Meters including LED modes)
Button Designer (2 or 6 State modes)
Panel Designer [Beta](Shapes, lines, gradients, text etc)

All apps put out HISE code or PNG snapshots/filmstrip animations.
Every app also has its own "Community Presets" library which will expand over time.
Components can either be designed styled independently or together using the global 'Colour Theme' token which can be further customized and saved as a custom user colour theme.

I've taken all of the advice i've received from everyone using the KnobBuilder app and implemented them accordingly across all 4 apps.

The PanelDesigner app will come pre-loaded with curated presets for shapes/styles to get you started on formatting a layout quickly.

Easily handles complex vector designs, custom images (jpgs/pngs), and SVG's.
SVG usage is a one-time-auto-parse function in every app (HISE ready code-gen).

There is a lot more to say about each app which I will include in the official release announcement for sure. Just wanted to tease the new drop and say Thank You to everyone that has been using the app and giving me positive feedback on this post and via pm's.

The KnobBuilder app has been maintaining about 70-80 unique visitors weekly so Im sure some people are getting great usage out of it so far and will love these new apps/suite just as much!

Thank You to everyone using the app!

'Rox Designer Suite' coming soon!

Switching between the 4 apps...

@ustk said in Possible to add more colouring options in script editor?:

Sublime but it won't give you much more colours

Have you seen the options in menu VIEW / SYNTAX ?

@observantsound

@lalalandsynth You are very good sir.

@lalalandsynth Beauty!

@lalalandsynth its all brand new to me. Just passing along the info. Im sure there's a fix.

@lalalandsynth I gave your screenshot to Claude:

Short version: the number you hand a JUCE/HISE Font is not the same quantity Figma calls "font size," and HISE's drawText doesn't lay glyphs out the same way Figma does. Those are two separate problems, and your three screenshots are actually showing both of them at once.

Why the size number is different (the 16-vs-12 clue)

Figma's font size is the em / point size — the classic typographic size. JUCE's plain Font(float) constructor does not take that. Historically it takes the font's total height (ascent + descent), which for most typefaces is larger than the em by roughly 1.2–1.35×. Your own result nails it: 16 in HISE ≈ 12 in Figma is a 1.333 ratio, which is exactly that height-to-em factor for your font. So when you type "12" into a HISE paint routine, you're really asking for a glyph whose height is 12px, which is a visibly bigger letter than a 12px-em Figma glyph.

The fix is to size by point height instead of raw height:

Newer JUCE / HISE: Font(FontOptions().withPointHeight(12.0f)), or someFont.withPointHeight(12.0f).
If you only have the old API, multiply your Figma px by the font's em-to-height factor (≈1.33 here) — but withPointHeight is the correct, font-independent way.

That single change is why your third screenshot ("make a text label and set it to 16") looks better and different: a real Label/TextLayout path applies proper metrics, whereas your hand-rolled paint routine was fighting the height/em confusion.

Why it drifts in the middle even when the ends line up

The accumulating spread in screenshot 1 (matches at the left, red creeps wider across the word) and the "fits end-to-end but wrong in the middle" in screenshot 2 are a layout/kerning problem, not a size problem. When you scaled the whole string to make the endpoints match, you corrected the total width but not the individual glyph advances — so every interior letter sits at a slightly wrong x. That happens because:

Your paint routine is almost certainly stepping glyph-by-glyph and summing advance widths (or letting JUCE's older glyph path do it) with no kerning / no HarfBuzz shaping, while Figma shapes the run with full kerning and fractional positioning. The per-pair differences add up left-to-right, which is exactly the linear drift you see.
Subpixel rounding: if positions are being rounded to integer pixels per glyph, the error accumulates too.

Fix: don't advance glyphs yourself. Use a juce::GlyphArrangement / TextLayout (or Label / drawText) so the same shaping and kerning is applied, rather than a manual per-character loop. In JUCE 8 the text backend switched to HarfBuzz shaping, which gets much closer to what a design tool does — worth knowing if HISE's JUCE version matters here.

The thing that's easy to miss: is HISE even using your font?

You labeled red as "paint routine font (not label)." If the exact TTF isn't loaded as a typeface and you're selecting it by name, JUCE will silently fall back to a default face with completely different metrics — which would also produce width drift and a size mismatch. Make sure the paint routine is drawing with the same embedded typeface (loaded via the loaded font / Typeface::createSystemTypefaceFor on the actual TTF bytes), not just Font("SomeName", ...). A name lookup that fails is the single most common cause of "my custom font is subtly wrong in JUCE."

What I'd do, in order

Confirm the paint routine is drawing the actual embedded TTF, not a name-matched fallback.
Switch sizing to withPointHeight() so the HISE number equals the Figma px number.
Replace any manual glyph-advance loop with GlyphArrangement/drawText so kerning and fractional positioning match.

Do those three and the red should sit on the black without the mid-word drift — and you won't need the 1.33 fudge anymore.

If you paste the actual HISE paint routine (the LAF/drawText snippet and how the font is created/loaded), I can point at the exact line that's causing each effect.

@HISEnberg Im am excited to see the Asset Store! Im very excited to see what Christoph has been doing for HISE 5! The game is definitely changing. I can see that just from watching for the past 2 years alone. Level of entry is so low and the advantages are shifting to more of a meta stand point in any production stream.

@dannytaurus Maybe ai work flow tips specific to HISE? This should also mean more sharing of completed projects hopefully!