I’m using EzUISprings - Simple UI Movement Module for the 3D UI and for the slider i’m using [V2.0.82] Slider Class - Create Sliders With Ease!
2 Likes
I have a feeling this has something to do with IgnoreGuiInset.. Though thats only a guess so I could be entrely wrong.
1 Like
just bad code lol, plus using some open sourced for sliders is bloat and L move
1 Like
An easy alternative is using UIDragConstraint. For a case like this I think using a module for sliders is unnecessary. Messing with the settings is a little annoying at first but this is what I do and it’s pretty easy, also easy to hook it up with GetPropertyChangedSignal or something.
The problem is likely the slider module individually or how EzUISprings clashes with it. I don’t know much about both so this is my alternative for a simple case like this.
UIDragConstraint is fine for basic stuff, but GetPropertyChangedSignal won’t help if the spring module is fighting for control over the same properties. If EzUISprings is trying to interpolate the position while the constraint is setting it, you’re just going to get jitter.
1 Like
You might be right. I don’t know how the behaviors will overlap, but personally I wouldn’t want to have to adjust either modules for this case since a settings menu is somewhat low importance.
I would assume using GetPropertyChangedSignal for the DragTranslation of the slider would work fine since the drag translation is local to the BoundingUI.
I think the potential issue as this guy is saying is when you drag the slider with UIDragConstraint your desired mouse movement could conflict as the overall menu shifts but I’m not sure if that would result in ‘jitter’, it would just mean the slider would move at a different rate than if it wasn’t using the spring module.
I would still try UIDragConstraint here for simplicity sake, definitely worth a shot since it’s really quick and easy to test, it’s gotta be under 20 mins to rebuild with UIDragConstraint.