#✅ | Scale Adaptive Layouts

1 messages · Page 1 of 1 (latest)

static rivet
#

as of the newest update is it now possible to make a spiffyhud layout's elements maintain the same scale and anchors regardless of the ui scale set for minecraft and the hotbar for example

wide orbitBOT
#

Checking this against the SpiffyHUD docs first so I don’t give you a wrong answer 🙂

#

Got it , I checked the docs, and this isn’t a new SpiffyHUD-only feature. It’s done through FancyMenu’s layout options like forced GUI scale / auto-scaling 🙂

wide orbitBOT
# static rivet as of the newest update is it now possible to make a spiffyhud layout's element...

Yep , you can do that, but it’s not a new SpiffyHUD-specific “scale adaptive layouts” feature. It’s handled through FancyMenu’s existing layout settings since SpiffyHUD uses that system too 😊

What you want is basically:

  • Forced GUI Scale: set a fixed scale for the layout, so it doesn’t follow Minecraft’s UI scale
  • Auto-Scaling: lets the whole HUD layout adapt cleanly to the screen size
  • Anchors / Sticky Anchors: keep elements pinned to the same spot, like bottom-center for a vanilla-style hotbar

So for a hotbar-style layout, you can make it stay consistent across different Minecraft UI scales by using those layout options together.

If you want, I can also tell you the exact clicks in the editor to set this up step by step 🎮

static rivet
#

is it possible to have one layout have a "normal" scale as in it adapts to whatever it is that the player sets the ui scale to be for minecraft and leave all the vanilla elements there while another layout has all the forced ui scale elements

will they not conflict?

wide orbitBOT
#

I’m checking one detail about whether different SpiffyHUD layouts can use different GUI scales without stepping on each other 🙂

#

I found the key bit: different layouts can use different scale settings, but a forced GUI scale affects the whole screen, so they can clash if both are active at once ⚠️

wide orbitBOT
# static rivet is it possible to have one layout have a "normal" scale as in it adapts to whate...

Short answer: yes, they’ll conflict if they’re active on the same screen ⚠️

The important part is that forced GUI scale is not isolated to just one layout. If one layout forces a GUI scale, that scale applies to the whole screen while it’s active , including vanilla HUD stuff and any other layout that’s being shown at the same time.

So:

  • Layout A = “normal” / follows the player’s Minecraft UI scale
  • Layout B = forced GUI scale

That setup is only safe if they don’t run on the same screen at the same time.
If both are active together, the “normal” one won’t stay truly normal anymore.

So the practical rule is:

  • Same screen + both active = conflict / weird scaling
  • Different screens or only one active at a time = fine

If your goal is “leave vanilla HUD alone, but have some custom HUD elements forced-scaled,” then usually the safer approach is to make one layout for the whole HUD and arrange the elements inside it, rather than splitting the screen into a normal-scale layout and a forced-scale layout.

If you want, I can help you figure out the cleanest setup for your exact HUD idea 🙂

static rivet
#

autoscaling never worked right to me, explain how to use it properly

wide orbitBOT
#

I’m checking the docs for the proper Auto-Scaling workflow so I can explain it clearly and not guess 🙌

wide orbitBOT
# static rivet autoscaling never worked right to me, explain how to use it properly

Yeah, Auto-Scaling can be a bit weird if it’s set up in the wrong order 😅

Here’s the proper way to use it in SpiffyHUD:

  1. Open the layout editor for the HUD you want to adjust
  2. Right-click the editor background
  3. Go to GUI Scale and set a fixed scale first, like 2 or 3
  4. Then right-click the background again and turn on Auto-Scaling
  5. Save and test it by resizing the window or changing Minecraft’s UI scale

The big thing is: Auto-Scaling works best when the layout has a forced base GUI scale first.
If you enable Auto-Scaling without setting that base scale, it can look inconsistent or just not behave how you expect.

A couple of important notes:

  • Auto-Scaling does not “lock” each element independently
    It scales the whole layout together.
  • Anchors still matter
    If something is in the wrong place, Auto-Scaling won’t fix that by itself.
  • Text can get a little blurry sometimes
    That’s just Minecraft being Minecraft 🫠
  • If you want a layout to simply follow the player’s normal Minecraft UI scale, then don’t force a GUI scale on that layout

So in short:

  • Want a layout to stay consistent across screen sizes? → Force GUI scale + Auto-Scaling
  • Want it to follow the player’s normal UI scale? → Don’t force GUI scale
  • Want things placed correctly? → Use anchors too

If you want, I can also help you troubleshoot your exact layout setup and tell you what part is likely making Auto-Scaling feel wrong 📦

wide orbitBOT
#

✅ | Scale Adaptive Layouts